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平成元年 10 月 24 日 

ューザー 碰 

(株）ボーランドジャパン 

拝啓皆様におかれましては、益々ご清栄のこととお慶び申し上げます。 

平素は、弊社製品に格別のご愛顧を承り、まことにありがとうございます。 
このたびお申し込みいただきました、 Turbo シリーズのメンテナンスバージョン 
をお送りいたしますので、よろしくご査収ください。なお、修正内容につきまして 
は、それぞれ下記のドキュメントファイルを参照してくださいますようお願い致し 
ます 

これらのメンテナンスバージョンを作成するにあたりまして、多くのューザーの 
方々から、貴重なご助言、ご協力をいただきました。この場を借りまして、深くお 
礼申し上げます。 

敬具 

記 

• Turbo 

修正内容については、マスターディスクの1枚目の TC 20 C . D 0 C に記載されてお 
ります。 INSTALL . EXE は、既存の Turbo C 2.0 のオプションを新しいバージヨンに 
転送するモードが用意されています。（ハードディスクのみ対応）ただし、ディ 
レクトリ情報は転送されませんのでご注意ください T 一 

修正内容については、 TP 50 B . D 0 C に記載されております。 INSTALL . EXE は、既存 
の Turbo PASCAL 5.0 のオプションを新しいバージョンに転送するモードが用意され 
ています。（ハードディスクのみ対応）ただし、ディレクトリ情報は転送されま 
せんのでご注意ください。 

• Tupbd Assembled Debugger MuQ 

修正内容については、 TD 10 B . D 0 C に記載されております 。 Turbo Assembler につ 
いては、 TASM.EXE (およびドキュメントファイル）のみが変更されており、1枚の 
ディスクに格納されています。 （2 HD の場合） 

追記 

ご案内いたしました修正内容のうち 、 Turbo C 2.0 にっいて、 # error の漠字対応 
は、別の不具合が発生する関係で修正が見送られました。修正内容が、ご案内した 
ものと異なっている点につきまして、深くお詫び申し上げます。詳細につきまして 
は TC 20 C . D 0 C をご覧ください。 

以上 
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はじめに 


Turbo C は，高速で効率的なコンパイラを错んでいる C プログラマ， ‘ Turbo ’ のよい環 
境の中で C を学びたいと考えている Turbo Pascal ブログラマ，速くて使いやすい処理系 
で C を学びたいと考えている方たち， etc , すべてにうってつけのシステムです。 

C 言語は，構造的でモジュール化ができ，コンパイル可能な汎用のブログラミング言語で 
あり，従米はシステムプログラミングに使用されてきたものです。可搬性にすぐれている 
ので， C で邦かれたブログラムは容易に他の処理系に移行することができます。 C を使え 
ば，ほとんどどんなの仕準でも行なうことができます。ただ，これまで存在していた 
C コンバイラの処埋速度はとてもく，使いにくいものが多かったのですが， TurboC の 
処理はとても速く，ブログラムの吟味により多くの時間をさくことができるのです。 

Turbo C のパッケージ 


購人された Turbo C のバッケージには，マスターディスクのセットと2冊•のマニュアル 
Turbo C ユーザーズガイド（本冉）と Turbo C リファレンスガイドが含まれているはず 
です。マスターディスクの中には， TurboC を使ってブログラムを作り，コンパイル，リ 
ンク，実行する場合に必要となるすべてのブログラム，ファイルおよびライブラリが含ま 
れています。ハ•ッケージにはさらに，いくつかのスタンドアロンのユーティリティ，文脈 
に即したヘルプファイル，統合デバッガ，および2冊のガイドでは力八一しきれなかった煅 
新の情報を含んだファイルも入っています0 

このユーザーズガイドは， C を初めて学ぶ人のためのハンドブックおよびガイドとして 
作成されています（もちろんベテランの復習にも適していますが)〇また， TurboC エディ 
夕，コマンドラインオプション，ユーティリティ （ CPP ， MAKE , TLINK , TILB ， GREP ， 
BGIOBJ , OBJXREF ), TurboC のカスタマイズなどに関する情報も含んでいます。リファ 
レンスガイドでは， TurboC の数多くのライブラリルーチンすべてについて詳細な説明が 
なされています 0 また，コンバイラのエラーメッセージ， TurboC の言語構文についても 
リファレンスガイドにまとめられています。まだあまり C に惯れていないのであれば，リ 
ファレンスガイドを読み始める前にユーザーズガイドをまずよく読んでください0 


Turbo C のパッケージ 
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_ Turbo C 2.0 の新しい機能 _ 

Turbo C 2.0 では，新たに以下の機能が追加あるいは拡張されました。 

■統合デバッグができるようになりました。これを使ってコードをステップ実行，トレ 
ースができます。ブレークポイントを設定できます。式をウォッチし’評価できます。 

■バージヨン 1.5 に比べ，コンパイル速度が20〜30%向上しました。また，リンカもより 
商速になりました。 

■エデイタのバッファのために EMS 記係が利用できます。これにより，コンパイルやブ 
ログラムの実行に使えるメモリが 64K バイト增えました。 

■ メモリ割り当て関数および文字列関数がより商速になりました。 

■浮動小数点演裨エミュレーシヨンがより商速になりました。 

■ signal 関数と raise 関数が新たに加わりました。 

■コンパイル時に，ブログラム中にマシン語のコードを揷入できる emit 機能が加わ 
りました。 

■インストール可能なドライハ•やフォントなどを含めて，多くの関数か In わり， BGI グ 
ラフイックスライブラリがより高機能になりました。 

■コマンドラインでワイルド カー ド展開が サボー トされました。 

■タイニイモデルのブログラムについて，リンカが .COM ファイルを作成することがで 
きます。 

■ボーランド社の新しいスタンドアロンのデバッガをサポートしていま十 

■ MAKE ユーテイリテイで依存関係の自動チヱ ッ クを行ないます。 

■ long double 型の定数や変数をサポートしています。 

■ブロックのインデント/逆インデントや最適フィルなど，新たな編集機能が加わりまし 
た。 
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はじめに 


_ 動作環境_ 

TurboC は ， NEC PC -9801 シリーズのコンピュータ （ XL およひ _ VX のハイレゾリュー 
シ ョン モード， XA , じ T は除きます）の上で動作します 0 TurboC を走らせるには，バー 
ジョン 2.0 以上の MS - DOS と骹低 512 K の RAM が必要です。商解像度のモニタディスブ 
レイと1台のフロッピィディスクドライブがあれば TurboC を動かすことができます。た 
だし，できればフロッピィディスクドライブ2台，あるいはフロッピィディスクドライブ1 
台とハードディスク，また RAM は 640 K あったほうがよいでしょう。 

IBM PC バージョンの TurboC は， XT , AT , PS /2 などの IBM PC ファミリイのコン 
ピュータと，本当の意味での互換性がある IBM 互換機の上で走ります。 TurboC を走ら 
せるには，バージョン 2.0 以上の DOS と， 448 K 以上の RAM が必要です。モニタは，横80 
カラムのものであれば，どれでも対応できます。フロッピィドライブは1台あれば TurboC 
を使えますが，2台のフロッピィドライブ，あるいはハードディスクと1台のフロッピィド 
ライブの使用をおすすめします。 

Turbo C には，8087あるいは80287数値演算コプロセッサチップを利用するための浮動 
小数点 ルーチンも含まれています。数値演算コプロセッサチップが搭載されていない場合 
は ， Turbo C はそのエミュレーションを行ないます。 80 x 87 チップを使うとブログラムの 
効串は大きく向上しますが，必須のものではありません。 

Turbo C 処理系 

Turbo C は，米国規格協会 （ANSI : American National Standard Institute ) の C 標 
け匕案，およひ - B . W . カーニハンと D . M •リ ッ チィによる定義を完全にサボートしていま 
•〇さらに，複数の言語や異なるメモリモデルを混在させてプログラミングすることがで 
るなどのオプションの拡張機能を備えており， PC の能力を遺憾なく発揮させることが 
>きます。 


rbo C 処理系 
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分冊 I :ユーザーズ ガイド 


ユーザーズガイド （この本）では，まず Turbo C とはどんなものであるかを紹介したあ 
と，ブログラムをどのように作成し，どのように走らせるかを示します 0 また，コンパイ 
ル，リンク，エラー原因の探し方，ブロジヱクト -Make の使い方などの話題を理解する場 
合に必要となる基礎知識についても述べています，次に，このユーザーズガイドの各章で 
述べられている内容の要約を示します。 

第 1章「使い始める前に」では， TurboC を，使用するハードウエアにインストールする手順 
を説明しています。また，ユーザーズガイドの残りの部分をどのように読み進めていけばよ 
いかも示しています。 

第 2章「さあ始めよう」では， TurboC の単純なブログラムをロードし，コンバイル，実 
行，編集，およびセーブするという TurboC 統合開発 S 3 境を使って行く上での基本事項を 
説明します。 

第 3章 全部まとめて——コンパイルから実行まで」 では， TurboC の Run コマンドの使 
い方を示し，ブログラムを 怫 成するファイルをどのように“ Make ” （再作成）するかを説明 
しています。 

第 4章 プログラムのデバッグ j では， TurboC の統合デバッガを紹介し， 例題 ブログラ 
ムに埋め込まれたバグの解析を通じて，デバッガのさまざまな機能を説明していきます。 

第 5章 「Turbo C 統合開発環境 j では， TurboC のテキストエディタ，統合デバッガ，メ 
ニューシステムについて説明し，またピックファイルとコンフイギユレーションファイル 
についても述べています。 

第 6章 TurboC でのプログラミング」 では， TurboC のブログラムを作って実行する際 
に必要となる基本的なステップについて説明し，しだいに短いながらやや高度なブログラ 
ム例へと進んでいきます。 

第 7章 統： Turbo C でのプログラミング」 では，配列，ポインタ，構造依制御構文， 
ストリームなどの少し進んだ要素を含んだプログラミングについて述べられます。 
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第 8 章 「Turbo C ビデオ関数 j では，最初にビデオモードとウィンドウについて述べ，次 
にテキストモードとグラフィックスモードでのブログラミングについて説明します。 

第 9 章 Turbo Pascal プログラマのための ノート」 では ， Turbo C と Turbo Pascal の 
プログラム例を示して，両言語の違いについて説明し，また Turbo Pascal ブログラマが 
犯しやすいまちがいについても取り上げています。 

第 10 章 「Turbo Prolog とのインターフェース」 では ， Turbo C で S かれたモジュール 
を ， Turbo Prolog のブログラムと結びつけるにはどうしたらよいかを説明し，例を使って 
その過程が示しています。 

第 11 章 「Turbo C 言プリファレンス」 では ， Turbo C が K & R の g 語の定義と異なる点 
をすベて示しています。また，現在の ANSI 棵準化案には含まれていない TurboC の拡張 
について説明しています。 

第 12 章 「Turbo C での上級プログラミング 」では，スタートアップコード，さまざまなメ 
モリモデルでのメモリ構成，ポインタ液®,アセンブリ言語インターフェース，浮動小数 
点ライブラリの使い方などに関して詳しく説明しています。 

付録 A「Turbo C エディタ」 では，エディタのすべてのコマンドに関して説明されていま 
す。エディタのコマンドに関しては，第5章でも簡単に述べられています。 

付録 BrTCC コマンドラインオプション」 では ， Turbo C でユーザが選択できるコンパイ 
ラオブションについて述べています。 


付録 C「Turbo C ユーティリティ」 では ， Turbo C バッケージに含まれている以下の7つ 
のユーティリティについて解説しています 。 CPP :プリプロセッサ ， MAKE :ブログラム 
作成ツール ， TLINK : Turbo Link ユーティリティ ， TUB : Turbo ライブラリアン， 
GREP ： ファイル検索ユーティリティ， BGI 0 BJ :グラフィックスドライバ/フォント変換 
ユーティリテイ， 0 BJXREF : オブジェクトモジュール • クロスリファレンサ。 

付録 D「TCINST : Turbo C のカスタマイズ」 では ， Turbo C の統合開発環境 TC.EXE 
を，ユーザ専用のシステムにするためのブログラム TCINST の使い方を説明しています。 


分冊 I : ユーザーズ ガイド 
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付録 E 「 MicroCalc 」 では， TurboC のサンプルスブレッドシート MicroCalc のコンパイ 
ル手順と操作の概要を説明しています。 


分冊 II :リファレンスガイド 


リファレンスガイドは，経験のある C ブログラマのために奔かれたもので，言語および 
実行時環境に関する処理系特有の詳細について述べています。そのあと， TurboC で使用 
できるすべての関数の定義が ABC 順で与えられています。リファレンスガイドは次のよ 
うな構成になっています。 


第 1 章 「TurboC ライブラリルーチンを使うには」では， TurboC のインクルード ファ イ 
ル （. h ) とカテゴリ別のライブラリルーチンの一釔 main 関数とその引数，および Turbo 
C のグローバル変数について解説しています 0 


第2章 「TurboC ライブラリ」では ， Turbo C のすベてのライブラリ関数を ABC 順で示 
し，説明を加えます0各関数に対して，その形式，インクルードファイル，関連関数，機 
能の説明，戻り値，可搬性が示されています（なお，テキストライブラリ，グラフィック 
スルーチン， BIOS サポート関数，日本語処理関数などについては，節をわけてまとめてあ 
ります)。 


付録 A 「 コンパイラエラーメッセージ」 では，すべての エラーメッセージについて 説明 
し，考えられる原因も示しています。 

付録 B 言語の構文の要約 j では，修正 BNF (バッカスナウア記法）で TurboC のすベ 
ての構文が述べられています。 
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推廉書籍 


次に示す図害は ， Turbo C のマニュアルの補足として役立つでしょう。 

■最も広く组められている C に関する記述は “ The C Programming Language ”， Ker - 
nighan & Ritchie (New Jersey : Prentice - Hall ,1978) です（邦訳「ブロ グラミング 
言語 C 」 石田啫久訳，共立出版)。 

■ ANSI の C 標準化委貝会 X 3 J 11 は現在 C 言語の標準を作成中ですが ， Turbo C は 
ANSI C の標準化案に準拠しています。 

はじめて C 言語を学ぶのであれば ， Turbo C を使って， カーニハン &リッチィの本の練 
習問題をこなしてゆくことをすすめます。すでに C の経験を充分つんだ人であれば，たや 
すく Turbo C を使いこなすことができるでしょう。 

C と TurboC に関する他の齊籍については，このマニュアルの最後にある参考文献を参 
照してください。 


推薦書籍 
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マニュアル 表記に関する規約（書体) 


マニュアルの表記に際して使用される特殊なものとして次のようなものがあります。 

[] 宵式や MS - DOS コマンドラインにおける大カッコ [] は，システムによって 

異なるオブシヨンの入力やデータを囲むものです。そのとおりにカッコを夕 
イブしてはいけません。 

く〉 関数の説明における不等号は，インクルードファイルを囲むのに使われます。 

Boldface Turbo C の関数名 （ printf など）はこのようなボールド体で表記していま 

す。 

Gothic Turbo C の予約溫 （ char , switch , near , cdecl など）はゴシック体で表わしま 

す。 

Italic 文章中の変数名やユーザ定我の関数名 (sum,get ratio なと 、はイタリック体 

で表記します。 

Bold italic TurboC で定義されているグローバル変数 {_ fmode ， errno など ')はこの冉 

体で表記します。 

KEYCAPS キーボード上のキー [ F 10 X 3 RPH - XDEL など) はこの弊体で表記します。 
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製品に関するお問い合わせ 


ソフトウヱアおよびマニュアルに関して，ご質問•ご意見などがありましたら，下記の 
MSA カスタマーサボー ト センターまで，お電話，畲面またはファクシミリにてお問い合わ 
せください。なお，お觉話での受付時間は平日の9 : 00 am 〜12 : 00 am および1: 00 pm 
〜5 :00 pm とさせていただきます（土曜，日曜，祝 H は休業とさせていただきますので御 
了承ください)。 


〒107東京都港区南靑山 7-8-1 小田急南靑山ビル 
(株）マイクロソフトウェアアソシエイツ 

カスタマーサボートセンター 

( TEL ) 03-486-1403 
( FAX ) 03-486-8905 

お問い合わせの際には，下記の事項をお伝えください。 

■製品名とバージョン番号 （Turbo C 2.0 など） 

■製品のシリアル番号（マスターディスクに記載されているもの） 

■コンピュータ名とモデル番号 （ PC -9801 VX など） 

■オペ レー ティングシステムと バージョ ン番号 （ MS-DOS 3.1 など） 

なお，逬面にてお問い合わせの際には， CONFIG . SYS およひ - AUTOEXEC . BAT の内 
容，簡潔なブログラムリストを添付されるようお願い致します。 
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第 1 章 


使い始める前に 


iurboC のパッケージには，2つのコンパイラが含まれています。1つは統合琛境版，も 
う1つはスタンドアロンのコマンドライン版です 。 Turbo C を使用するシステムにインス 
トールするには，マスターディスクから作業用フロッピィあるいは ハー ドディスクにファ 
イルをコピーします。この仕事は，マスターディスクにある INSTALL ブログラムを使っ 
て，対話形式で行なうことができます。マスターディスクは • NECPC -9801 シリーズ（ま 
たは IBM PC およびそのフル互換機）で就み込むことができる， MS - DOS のフォーマット 
で作成されています0マスターディスクに含まれているファイルの一覧は，マスターディ 
スクの1枚目 (Installation Disk ) の中の README ファイルに科かれています。 

注意： このマニュアルでは，ユーザが MS - DOS のコマンドの基本操作を理解しているこ 
とを想定して 丼 かれています。たとえば， FORMAT コマンドや DISKCOPY コマンド 
は，バックアップコピーを作成したり，作業ディスクを準備する際に使わなければなリま 
せん。 MS . DOS のコマンドの使い方がまだよくわからない方は， TurboC のセットアップ 
を始める前に MS - DOS ユーザーズリファレンスマニュアルを参照してください。 

パッケージを手にしたら，まず最初にマスターディスクのコピーを作成し，オリジナル 
のマスターディスクは安全な場所に保管しておいてください。マスターディスクから直接 
TurboC を起動しないようにしてください 0 なんらかの要因で作業用ファイルが壊れてし 
まつた場合には，オリジナルのデイスクを使わなくてはならないからです。 


この章では…… 

この章では， README フて 
トールする方法を述べていま 
こへ進めばよいかを示してい 



ルの読み方と TurboC をコ 
また，使用する人の経験に 




README ファイル 

まず最初にしなければならない一番重要なことは ， Turbo C で何かを行なう前に，マス 
ターディスク1枚目の中にある README ファイルを見ることです0このファイルには，マ 
ニュアルではカバーしきれなかった最新の情報が含まれています。さらに，この中にはマ 
スターディスクに収められているすべてのファイルの一覧表が入っており，各ファイルの 
内容が簡电に述べてあります。 

README ファイルを見るには，マスターディスクの1枚目 (Installation Disk ) をフロ 
ッピィドライブに入れ，そのドライブにログインして README とタイブし， リターン 
( Enter ) を押してください。 README に入ったら，上下の矢印キー ( Up . Down ) を使っ 
てファイルの中を行ったり来たりすることができます。 ROLLUP/ROLLDOWN [ PgUp / 
P 9 Df )> を使うと1画面単位でスクロールします。終了したいときには ESC を押してくださ 
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Turbo C をシステムにインスト ー ルする 


TurboC バッケージには，統合環境版とコマンドライン版の_八ージョンのコンバイラ 
を使う場合に必要なすべてのファイル，ブログラム，スタートアップコード，6つのモデル 
と8087コプロセッサのエミュレーションに対応するライブラリが含まれています 。 Turbo 
C を初めてインストールするときや，前のバージョン （1.5) からアップグレードしてイン 
ストールするときには， INSTALL プログラムを使うと簡単に行なえます。 

フロッピイデイスクシステムへのインストール 


ハードディスクドライブがなく，1台あるいは2台のフロッピーディスクドライブがある 
システムへインストールする場合は， INSTALL を突行する前にフォーマット済みの空の 
ディスクを何枚か用意してください。 

INSTALL を1回実行するたびに，メモリモデル1つに対応する TurboC をインストール 
することができます 0 2つ以上のメモリモデルに対してインストールを実行したい場合は， 
インストールしたいメモリモデルごとに3枚のディスクを用意してください。 

INSTALL を実行する 


TurboC のインストールブログラム INSTALL は，ユーザを導いてインストールを実行 
していきます。ユーザは，ただステップごとに闽面に現われる指示に従っていけばよ いの 
です。ただし，表示される指示は注意深く読んでください。 

INSTALL は，マスターディスクをいつドライブに入れればよいかを指示してくれま 
す。また，メニューやブロンブトを表示して人力を要求してくることもあります。 

注意：プロンプトのいくつかにおいてはデフォルトが決まっており，メニューの下に [] で 
囲まれて表示されます。デフォルトを選択したい場合は，単にリターン （ Ehfer ) を押して 
ください。デフオルトは，そのブロンブトに対するおすすめの選択といえます。 


Turbo C をシステムにインストールする 
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INSTALL は次の手順で実行します。 


1. マスターディスクの1 of # (IBM PC バージョンでは Installation Disk ) というラベル 

が貼ってあるマスターディスクをドライブ A に入れてください。 

2. A :とタイプして， リターン （& iter > を押してください。 

3. INSTALL とタイブして， リターンを 押してください。 

以降は， INSTALL ブログラムが画面に表示してくる指示に従ってください。 
INSTALL が終了すれば，すぐにでも Turbo C を使用できる状態になっているはずで 
す。 


注意 ： Turbo C の統合開発 S 3 境を試した後，いくつかのオブションをカスタマイズしたく 
なる場合がよくあります。 TCINST というブログラムを使えば，それが容易にできます。 
それに関する説明は，このマニュアルの付録 D にあります。 

ラップトップシステムでの Turbo C のセットアップ (IBM PC ) 


ラッ ブトッブスタイルのコンピュータ （ LCD やプラズマディスブレイを備えたもの）の 
場合には，前の節で述べたインストールのステップのあとで ， Turbo C を使う前にスクリ 
ーンバラメータを設定しておくとよいでしょう 。 Turbo C の統合開発環境 （ TC . EXE ) 
は，起動する前に， DOS のコマンドラインから MODE BW 80 を入力しておくと，システ 
ムに®:適な動作を示します。 


MicroCalc の使い方 


マスターデイスクには， MicroCalc というスブレッドシートブログラムのソースコード 
が入っています。これをコンパイルして実行したい方は付録 E を見てください。 
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次にどこへ進めばよいか？ 


さて， Turbo C のインストールが済んだら，もうこのガイドを読み進めながら，実際に 

TurboC を使い始める準備はできています。なお，このユーザーズガイドは， 3 棟類の統者 

屑を想定して作られており，各屑のユーザの目的に沿うような章がいくつか用意されてい 

ます。そこで，急いで先に進む前に，次の案内を眺めて，次にどの章を読めばよいか見つ 
けてください。 


C を学び始めたプログラマ 


今まさに C 言語を学び始めたばかりの人は，第 2 章，第 3 章から始めるのがよいでしょ 
う。この 2 つの章では， TurboC 統合開発環境を紹介し，自分のブログラムを編集しセーブ 
する力■法に加えて，簡単な TurboC ブログラムのロード，コンハ•イル，リンク，および実 
行の手順を説明しています。第 4 章では， TurboC 統合デバッガを紹介しています。次に第 
6 章と第 7 章を 2 光んでください。この 2 つの章では， C 言語のブログラミングにおける基本的 
な要素について入門者向けに解説しています。統合開発環境にまだあまり慣れないうちは, 
第 5 章を適宜参照する必要があるでしょう。第 8 章では， TurboC の素らしぃグラフィッ 
クス機能を紹介しています。 


経験のある C プログラマ 


c のブログラミングの経験のある方は，自分の 辫 いたブログラムをこの処理系で動かす 
ことにはそれほど困難はないでしょう。ただし，第11章 「TurboC 雪語リファレンス」 に 
目を通して， TurboC がカーニハン&リッチィの定義や， ANSI 標準化案とどんな点が異 
なつているかを確認しておくとよいでしょう。 TurboC へのブログラムの移植や， Turbo 
C でプログラム開発に，すぐにでもとりかかろうとしている方は，第3章 「全部まとめて 一 
— コンパイルから実行まで」 と， TurboC 統合デバッガの使い方が示されている第 4 章，お 
よび第12章 ” Turbo C での上級プログラミング 」 を読む必要があるでしょう。 


次にどこへ進めばよいか？ 
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Turbo Pascal プログラマ 


第9章 Turbo Pascal プログラマへのアドバイス」は，特に Turbo Pascal プログラマ 
のために用意されています。この章では ， Turbo Pascal と Turbo C の対応するプログラ 
ムの比較がなされ，2つの言語の間の ffi 要な違いについて詳しく述べられています。 

Turbo Pascal でプログラミングの経験を憤んでいる方は，ブログラミングに関する7つ 
の基本要素（第6章で解説しています）についてはよく理解していると思います 。 Turbo C 
を手早く理解するには，まず第5, 6, 7穿を説むとよいでしょう（ボーランドの メニュー 形 
式の製品， SideKick や Turbo Basic などを使用している方は，第5章はざっと目を通すだ 
けでよいでしょう）。また，第3•穿に目を通して， TurboC ブログラムのコンハ。イルと実行 
の手順 ， Turbo C 統合デバッガの使い方を把握しておくことをお飑めします。 

Turbo Proloff プログラマ 


すでに Turbo Prolog を使っていて， Prolog のモジュールを Turbo C と結び付けたい 
という方は，第11章を統んでください。 
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第1章 使い始める前に 



第 2 章 


さあ始めよう 


Turbo C のシステムへのインストールが済めば，もうすでにブログラミングを始める咿 
備は格っています。しかしその前に， TurboC をどうやって走らせるか，ブログラムを袢 
いたり疽したるするために ェディ タをどうやって使うか，またブログラムをどうやって コ 
ンパイルし実行するかといったいくつかの基本的な点を理解しておかなければなりません。 

好みの ASCII テキストエディタを使ってプログラムを冉き，コマンドライン版コンパイ 
ラ （ TurboC の TCC バージヨン）を使って DOS のコマンドラインからこれをコンパイル 
し実行させることができます。しかし， TurboC 統合開発環境 （ TurboC の TC バージヨ 
ン）の方が，少なくとも®:初は，こうした作業をより簡単に行なえるということがわかる 
でしよう。統合開発琛境は，エディタ， TurboC コマンドのメニューシステム，統合デバ 
ッガ，およひ • TCS 5 境の中からコンパイル•実行が行なえる組み込みのブロジェクト Make 
機能を提供してくれます。 

注意：この牽では，練習のステップを進めるのにしたがって，適宜 TC のメニューの使い 
方を説明していきます。 TC のメニューシステム全体に関する包括的な解説は第5章にあり 
ます。 


この章では 


まず骹初に， TurboC を使う上で必要ないくつかの基本操作を説明します。 TurboC 統 
合開発環境丨丁〇の口ード， TurboC へのプログラムの口ード，ブログラムの作成（コン 
パイル）と実行の3つです。 

次に， TC エディタを使ってどのようにブログラムを修正するかを示します。 

敢後に，まったく新しい TurboC プログラムを者いて，これをコンパイル•実行する前 
にセーブする手順を示します。 


この 章では 
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_ HELLO.C :ファイル 1 つのプログラムの作成と実行 

では簡単に始めましょう。あわてて飛び込んで自分の Turbo C ブログラムを卉き始める 
前に，すでにあるブログラムを使って Turbo C 統合環境バージョン （ TC ) の練習をして 
いくことにしましょう。 

例題ブログラムをインストールした ディ レクトリには，たいへんシンブルな ソースコー 
ドを持つ HELLO . C というファイルがあります。これを使って， 単ー ファイルの TurboC 
プログラムの作成と実行を行なう6つのステップを見ていくことにします。 

ステップ1 : Turbo C を起動する 

INSTALL プログラムによって TurboC のインストールが済んでいれば， TC はすでに 
システムのメイン Turbo C ディレクトリにあるはずです。そのディレクトリに入って， 
MS - DOS のコマンドラインから TC とタイブしてリターンを押してください。 

注意： TC があるデイレクトリではなく，別の作業ディレクトリでブログラミングを行な 
いたい場合は， TC ブログラムがどこにあるかを MS - DOS に知らせなければなりません。 

■ TC が入っているデイレクトリを MS - DOS の PATH コマンドを使って指定します 

( MS - DOS ユーザーズリファレンスの PATH の節を見てください。 TC のパスを設 

定するときには， PATH にすでに設定されている内容をこわさないように注意してく 
ださい）。 

■ MS - DOS 3. x を使用している場合は，コマンドラインで TC のディレクトリへのパス 
名をつけます（例： ¥ TURB 0 C ¥ TC) o 

ステップ2 :作業ディレクトリを選択する 

カレントデイレクトリが HELLO . C の入っているディレクトリの場合には，このステッ 
ブは飛ばしてもかまいません。 

ロードしたいファイル HELLO . C が入っているドライブとディレクトリを指定します。 
これには，まず File のブルダウンメニューに移動します （ F /0 を押してから F を押すか， 
あるいはを押してください。181\4卩(：では0^^は4打になります）。メニュー 
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の中から Change dir を選択してください（矢印キーを使ってハイライトバーを動かしてリ 
ターンを押すか，単に C をタイプしてください ）。 New Directory というブロンブトボッ 
クスが表示されたら， HELLO . C が入っているディレクトリの名前をタイプしてリターン 
を押します 0 このディレクトリがカレントディレクトリになります。 

> 主厲： New Directory の入カボックスには，骹初はカレントディレクトリが表示されま 
す。したがって，現在どのディレクトリにいるかを知りたいときには File/Change dir を 
使うことができます。これを選択して New Directory ボックスの内容を確認したあと， 
ESC を押せばディレクトリを変更せずにメニューに戻ることができます。 

ステップ3:作業環境を設定する 

INSTALL プログラムによつてインストールを行なっていれば，作業環境はすでにセッ 
トアップされています。このステップを飛ばしたくない方は，環境が正しく設定されてい 
るかどうかを確認する意味で統んでください。 

作業環境を設定するには，に絞いて 〇 を押して (あるいは GRPHO , または 4/ f-O 
を押す），メインメニューバーから Options メニューを呼び出します。その中から Direc ¬ 
tories を選択して Directories メニューを表示させます。このメニューでは， Includedirec - 
tories と Library directories の2つの現目が必要です。 

Include directories を選んで ， Turbo C の標準のインクルードファイル （• h ファイル） 
が；»かれているドライブとディレクトリの名前をタイプしてリターンを押します。ディレ 
クトリを複数指定する場合はセミコロン （;） で区切ります。インクルードディレクトリは 

通常 A : ¥ TURBOC¥INCLUDE と A : ¥ TURBOC ¥ INCLUDE¥SYS の2つです 
(IBM PC では C : \ TURBOC \ INCLUDE と C : \ TURBOC \ INCLUDE \ 

SYS になります）。この場合は次のようにタイプしてリターンを押します。 

A : ¥TURBOC¥INCLUDE ; C : ¥TURBOC¥INCLUDE¥SYS 

次に Library directories を選んで ， Turbo C のライブラリとスタートアップ ファ イルが 
S かれているドライブとディレクトリの名前をタイプしてリターンを押します。これは通 
常 A : ¥ TURBOC¥LIB です （IBM PC では C : \ TURBOC \ LIB )。 セミコロンで区 
切れば，他のディレクトリも同時に指定することができます。 

注意： さらに，このメニューの中の Outputdirectory も同じようにして設定して，出カデ 
ィレクトリ（コンパイルされたブログラムが格納される場所）を設定することができます。 
出カデイレクトリを設定すると，以降コンバイラとリンカの出力は，カレントディレクト 


HELLO.C :ファイル1つのプログラムの作成と実行 
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リではなく，すべてここで指定したディレクトリに畨き込まれます。差し当たってここで 
は設定する必要はありません。 

肢も簡中•な場合についてですが，これで C のプログラムの作成に必要な設定は済みまし 
た。 

この作業環境の設定を コン フイギュレー ション ファイルにセーブしておくと ， Turbo C 
を起動したときには自動的にその設定内容がロー ドされるようになります。 ESC を押して 
Options メニューに戾リ ， Save options を選択してください 。 Config File ボックスが現わ 
れてデフォルトのファイル TCCONFIG . TC が表示されます。リターンを押せば， TCCON - 
FIG . TC がカレントディレクトりに丼き込まれます。 

注意 ： Turbo C を起動すると， TC はカレントディレクトリに TCCONFIG . TC というフ 
ァイルがあるかどうか调ベ，あればそれをロー ドします 。 Save options の Config File ボ 
ックスで新しい名前を入力することによって，コンフィギュレーションファイルに別の名 
前をつけることもできます0ただし，次に TC を起動したときにこのコンフィギュレーシ 
ョンファイルをロー ドさせるには， TC を呼び出すコマンドラインて Vc スイッチを使うか, 
TC に入ってから Options/Retrieve options によって，その名前をはっきり示してやらな 
ければなりません （/ c スイッチについては第5章第 I 部の r TC コマンドラインスイッチ」 
の節を参照してください） 0 

注意：ある特定のブログラムを開発している際に，デフォルトの コン フィギュレー ション 
ファイルをそのブログラムと同じディレクトリに; S き，そのディレクトリから TC を呼び 
出すようにすると便利です。 コン フィギュレー ション ファイルがカレントディレクトリに 
ない場合には， TC は TurboC ディレクトリを探すようになっています。汎用目的の コン 
フィ ギュ レーション ファイルを TurboC ディレクトリに1つ逋いておき，開発するブログ 
ラムに必要な設定を袢き込んだ コン フィギュレー ション ファイルを各々のソースファイル 
と同じディレクトリに入れておくことができます。 

ステップ4 :ソースファイルをエディタにロードする 

では HELLO . C をロー ドしましょう 。 File メニューから Load コマンドを選択するか， 

F 3 を押してください （ F 3 はファイルを ロー ドするための ホットキ -短縮コマンドで 

す ）。 Load File Name ボックスが現われ，ワイルドカード指定* . C が表示されます。 
HELLO とタイブして リターンを 押してください。 
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注意：ロードしたいファイルの名前が不明確なときや，カレントディレクトリにあるすべ 
てのソースファイルの一 1 K が見たいときには，ファイル名をタイプせずに単にリターンを 
押してください。 TC はディレクトリ内にあるすベての .C ソースファイルからなるメニュ 
一を表示します。ファイルを選択するには，矢印キーを使ってハイライトバーをロードし 
たいファイル名に動かしてリターンを押します。 

HELLO.C ファイルがロードされて， TC の Edit ウィンドウに表示されます。内容は次 
のようになっているはずです。 

/* HELLO.C -- Hello, world */ 

#include <8tdio.h> 


main() 

{ 

printf(_Hello, world¥n *)； 

> 

注意： TC を起動するときに，ソース ファ イルと コンフイギュレーションファ イ ルの_方 
を コマン ドライ ン での指定に よって ロードすることができます 0 これを使うとステップ2か 
ら4の作業を杏くことができます。統合開発環境はこれを可能にするために，2つの コマン 
ドライ ン 引数を受け取ります。エディタにロードされるソース ファ イルの名前と， /c スイ 
ッチとそのすぐ後に絞く コンフィギュレーションファ イルの名前です 0 2つの引数はどちら 
が先でもかまいません。たとえば次のようにすると， 


tc hello /cmyconfig 


HELLO.C がエディタに読み込まれ，コンフィギュレー ショ ンファイルとして MYCON- 
FIG.TC がロー ドされます （/c スイッチとファイル名の間にスペースを入れてはいけない 
こと，ソースファイルのデフオルトの拡張子は .C， コンフィギュレーション ファイルのデ 
フォルトの拡張子は .TC であることをおぼえておいてください）。 

ステップ5 :実行可能ファイルを作成する 

ブログラムを作成するときには，まずソースコードをコンパイルしてオブジェクトファ 
イル（拡張子 .OBJ を持つマシンコードファイル）を作成します。次にオブジェクトファイ 
ルをリンカに渡して，拡張子 .EXE を持つ実行可能ファイルに変換させます。リンカは，実 
行可能ファイルの中に，標準実行時ライブラリファイルから必要なサブルーチンをコピー 
します （TurboC には，こうしたライブラリファイルがどこにあるかはすでに伝えてあり 
ます。作業環境を設定したステップを思い出してください)。 


HELLO.C :ファイル1つのプログラムの作成と実行 
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しかし別の方法もあります。ブログラムを作成する一番簡単な方法は， F /0 を押してから 
C を押して（あるいはを押して） Compile メニューを呼び出し， Make EXE file 
を選択することです（あるいは Make EXE file のホット キ ー F 9 を押します)。 Compile メ 
ニューに表示されているコンハ。イル後のオブジェクトフアイルの名前とリンク後の. EXE 
ファイルの名前をよく見てください 0 

Make EXE file を選択すると，画面には Compiling ウィンドウが現われ， Turbo C が 
ちゃんとブログラムをコンパイルしリンクするはずです。すべてうまくいけば， Compiling 
ウインドウの一番ドに Success と表示され， Press any key という メッ セージが点滅しま 
す。 

注意：プログラムにどこか悪いところがあると， Compiling ウィンドウの®下行に Errors 
(エラー）あるいは Warnings (餐告）と表示され，やはり Press any key というメッセ 
ージが点滅します。ここでどれかキーを押すと， W 面の下の方にある Message ウィンドウ 
にエラーメッセージあるいは詧告メッセージが表示されます。こうなってしまった場合に 
は，を押して Edit ウィンドウに戻り，ブログラムを前の HELLO.C のリストのように 
正しく修正してからもう一度コンハ•イルしてください。 

ステップ6 :プログラムを実行する 

この時点で，実行可能ブログラムはすでにできているはずです。ブログラムを走らせる 
には， Run メニューから Run を選ぶか， CTHL - F 9 を押します。 

なにが起こりましたか？画面が1回点滅し，すぐに TC の画面に戻ってしまったはずで 
す 0 ブログラムの出力を見るには， Run/User screen を選ぶか， (3 RPH - F 5 を押します。 User 
screen を選ぶと，ブログラムが行なった画面出力が表示されているューザ画面に切り換わ 
ります。 • 

ューザ画面には次のメッセージが表示されているはずです。 

Hello f world 

ブログラムの出力を調べたら，どれかキーを押して TC の画面に戻ってください。 

なにを成し遂げたのか？ 


それでは，いったん Turbo C の世界から出てください。 File メニューから Quit コマン 
ドを選択するか， GRPH - ズを押してください。 
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なにを作り出したのかを見てみましょう。 

MS - DOS のプロンプトから dir hello .* とタイブして リターンを 押してください。次の 
ようなファイルの一覧が表示されるでしょう。 

HELLO C 104 88-12-01 2:00 

HELLO OBJ 457 88-12-01 13:16 

HELLO EXE 9486 88-12-01 13:16 

最初のファイル HELLO . C はブログラムのソースです。これにはブログラムのテキスト 
(ソース コー ド）が収められています。この内容は， MS - DOS のブロンブトから type hello , 
c とタイプすれば，画面に表示させることができます。見てわかるように，これはあまり大 
きなファイルではありません——わずか104バイトです。 

2番目のファイル HELLO . OBJ は オブジェクト ファイルです。これには， TurboC コン 
パイラが生成したバイナリのマシン語命令 （オブジェクトコード） です。 MS - DOS の 
TYPE コマンドで内容を見ようとすると，わけのわからないものが表示されるでしょう。 

嘏後のファイル HELLO . EXE が ， Turbo C のリンカが作成した実際の 実行可能ブログ 
ラムです。これには， HELLO . OB ： [のコードだけでなく，リンカがライブラリファイルか 
らコピーした必要な サボー トルーチン （printf など）がすべて含まれています。実行可能 
ファイルを走らせるには， MS - DOS のブロンブトから，その名前を，拡張子. EXE はっけ 
ずにタイプします。 

ブロンブトに対して， hello とタイブして リターン キーを押し， HELLO . EXE を走らせて 
みてください。 Hello , World というメッセージが画面に表示され^ふたたび MS - DOS の 
ブロンブトが表示されるでし2う。 


プログラムを編集する 


伝統的に，最初に C で 害く ブログラムは， カーニハン& リ ッチィ の‘古典的’ 名著「プログ 
ラミング首語 Cj にある Hello , world プログラムということになっています。これが，い 
ま作成と実行をやり終えたばかりの小さなブログラム HELLO . C です。 

では TurboC 統合開発環境にいくらか慣れてきたところで，すこし自分でブログラミン 
グをしていくことにしましょう。まず HELLO . C をちょっと手直しすることから始めま 
す。それには TC エディタの使い方をおぼえなければなりません。 

まだ TC エディタに戻っていなければ， DOS のブロンブトから tc hello とタイブして 
Turbo C に入つてください 。 Turbo C に戻って先程のブログラムがロードされ るで しょ 
う0 


こんどは•ちよつと対話ができるようにブログラムを手直しすることにします。 
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画面の左上隅，プログラムの餃初の行の左端で点滅しているカーソルに注目してくださ 
い0矢印キーによってこのカーソルを Edit ウィンドウの中で動き回らせることができま 
す。コードを入力するには，入力したい位®にカーソルを動かしてコードをタイプします。 
CTRL-Y を押すと1行の削除， CTR し N を押すと1行の挿入が行なえます。エディタが揷入モ 
—ドになっていることを確認してください（揷人モードのときには Edit ウィンドウの一番 
上にあるステータス行に Insert という単語が表示されています。そうなっていない場合は 
/ WS キーを押して切り換えて〈ださい)。なお， TC エディタの使い方に関する完全な解説 
については，第5章および付^ i A を参照して〈ださい。 

では，ブログラムを以下のように編集してください。 

I* HELLO.C -- Hello, world ♦/ 

#include <8tdio.h> 


mam() 

{ 

char name[150]; 

printf CWhat # 8 your name ?¥n*); 

scanf (•: l8_ 9 name); 

printf("Hello, 2s¥n B t name); 

> 

HELLO . C に衍を付け加えました。第 1 行 （ charname [150];) は，パ ame という名前の 
変数を定義しており，この変数には敢大150個までの文字（文字，数字，記号など）を入れ 
ることができます （150 番目の位 S は，後で説明する特殊な文字のために予約されていま 
す)。追加した2番目の行は，関数 printf を呼び出して What’syour name ? というメッセ 
ージを丼き出します。3番目の新しい行は，関数 scanf を呼び出して変数 name に名前を読 
みこみます。 

では次に， CTRL-F9 を押してブログラムを走らせてください 。 Turbo C にはソースコー 
ドが変吏されたことがわかっているので，ブログラムを実行する前に再コンパイルするこ 
とに注意してください。 

今度はプログラムを走らせると，2つのことが起こります。まずユーザ画面が切り換わっ 
て What’s your name ?というメッセージが表示され，カーソルは次の行に来て入力待ち 
になります0あなたの名前をタイプしてリターンを押してください。次は QRPH-FS を押し 
ます。今度はユーザ画面に Hello , くあなたの名前〉と表示されます。名字と名前の両方を 
(空白で区切って）入力した場合には，先に入力した方だけしか表示されなかったでしょ 
う。どうしてこうなったかは第6章で学ぶことになります。ここではどれかキーを押して 
TC 画面に戻ってください。 
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間違えてしまったときには 


プログラムを作っていると，エラーを出してしまったり，警告を受けたりすることがあ 
ります。エラーというのは， TurboC がそれをコンバイルしてオブジェクトコードの生成 
ができなくなるような，ブログラム上の誤りのことです。 警告は， 明らかなエラーではあ 
りませんが，問題を引き起こしかねない点を指摘するメッセージのことです。エラーや餐 
告があると， TC 画面の下の方にある Message ウィンドウにそのリストが表示されます 0 
エラーと餐告は非常にたくさんあり，リファレンスガイドの付録 A でそのすべてを解説し 
ています。 

出力をプリンタに送る 


HELLO . EXE ブログラムの出力を，圃面ではなくてプリンタに送るにはどうすればよい 
かと考えている方もいるでしょう。ここでそのやり方をお教えしますが，ブログラムがど 
のように動くかについては立ち入らないことにします。この段階については，もう充分理 
解できたはずなので，楽しみはあとにとっておくことにしましょう。 

HELLO . C をエディタにロー ドして，以下のように修正してください。 

I* HELLO.C ― Hello, world ♦/ 

/include <8tdio.h> 


main() 

{ 

fprintf(8tdprn,"Hello, world¥n*); 

) 

プリンタが印字可能な状態になっていることを確認して，前にやったのと同じように 
CTR し F9 を押して，ブログラムをコンパイル•実行してください。プリンタは， Hello,world 
というメッセージをプリントアウトするはずです。 

ここでは， printf のかわりに fprintf を使用しました 。 Turbo C の経験を積んでリファ 
レンスガイドにも踏みこんでいくようになれば，ここで追加したような要素についても理 
解が深まっていくことと思います。 


HELLO.C :ファイル1つのプログラムの作成と実行 
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Turbo C の 2 番目のプログラムを書く 


こんどは HELLO . C ブログラムをもう少し修正して，それを新しいファイルに格納し 
みましよう。まだエディタの中にいるはずです が， そうでない（点滅する カーソルが ど 
にもない）場合には，ホットキー GflPH -£ を押すか， F 70 を押してメニューシステムを 
びだしてから E を押して Edit を選択してください。以下のようにブログラムを変更し 
ください。 

# include <8tdio.h> 

main() 

{ 

int a f b 9 8 um; 

printf(*Enter two numbers: ■); 
ecanf CZd Xd- f ia t ib)5 
sum _ a + b; 

printf("The sum is Zd ¥n* f sum); 

) 

ここでは元のブログラムに 5 ヶ 所の変史をくわえました。 

■ " ame を定義していた行を別の3つの変数の定雜に * き換えました （ a , 6, sum, 
ベて辂数型)。 

■ printf 文の中のメッセージを変更しました。 

■ scanf 文の中の，害式文字列 （”％ d % d ”） と変数リスト （& a ,& b ) を変更しま 
た。 

■ sum = a + b ; という代入文を追加しました。 

■最後の printf 文の中の害式文字列と変数リストを変史•しました。 

パーセント記号（％)，アンバサンド （&), 円記号 （¥) などに惑わされないようにし 
ください。こうした記号がどんな意味を持っているかは第6章で説明します。 

ディスクに書く 


今はまだ， F 2 を押さないでください。押してしまうと，この 
してセーブされてしまいます（ここではちがう名前でブログう 










’ニューに入ってください。次にかを押して 
C は，このプログラムにつける新しい名前を入 


してリターンを押して〈ださい。これで，2番 
目のブログラムが SUM . C としてデイスクにセーブされました。 

SUM . C を走らせる 


CTRL - F 9 を押してください 0 TurboC はブログラムをコンバイルします。なにか エラー 
が出たら，エディタに戻って，ブログラムが正しく人力されているかどうか確認してくだ 
さぃ。 

エラーが出なければ， TurboC は適切なライブラリルーチンをリンクして，ブログラム 

を実行します。ユーザ画面に切り換わって，次のメッセージが表示されるでしょう。 

Enter two values ： 

ブログラムは，あなたが2つの览数値を，空白，タブ，またはリターンで区切って入力す 

るのを待っています。2番目の値の後にリターンを押すのを忘れないでください。今度はブ 

ログラムは，その2つの値の和をユーザ画面に捭きます。 Run/User screen を選択して（あ 

るいは GRPH - F 5 を押して）結果を見てください。なにかキーを押せば TurboC に戻りま 
す。 

おめでとうございます！ブログラミングの基本的な要素をいくつか使って ， Turbo C の 
まったく異なる2つのブログラムを薄くことができました。基本的な要素ってなんだ，とお 
思いでしよう。これらについても第6章を統めばわかってくるでし t う。 


Turbo C の2番目のプログラムを害く 
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第 3 章 


全部まとめて ー コンパイルから 実行まで 


前の章でいくらか Turbo C を使う経験を撗んだので，こんどは少しこみいった問題 
Turbo C 統合開発環境の上級機能とコマンドライン版の TurboC に話を進めていきまし 

ょラ。 

Turbo C は， C のプログラム開発に適した非常にフレキシブルな瑁境を与えてくれま 
す。マスターディスクはすぐにでも動かせるようにデフォルトの設定がなされていますが， 
この設定はユーザの必要に応じて簡•中•に変史できるようになっています。さらにさまざま 
なサボートツールが用意されており • プログラム開発に必要となる，エラー哚因の追跡や 
ファイルシステムの W 理といった作業が容易に行なえるようになっています。 

ボーランドの使いやすい統合開発項境（丁 C ) にまだあまリ恨れていない方は， TC のメ 
ニューシステムでブログラムをコンパイル•実行する前に，第5章に目を通しておいてくだ 
さい。順序立ててやさしく説明されており， TC を快適に使えるようになるのにさほど時問 
はかからないでしょう。 

この章では . 


Turbo C は，統合開発瑁境からでも MS - DOS の コマン ドラインからでもブログラムの 
コンパイルと実行ができるので，この章ではその両方に ついて 説明します。しかしながら, 
統合開％環境の方がより完全なハ •ッ ヶージであり，強力かつ使いやすいので，そちらから 
先に紹介したほうがよいでしょう。 

この章では，まず TurboC ブログラムを統合開発環境でコンパイル.リンクして実行可 
能ファイルを作成するまでの手順を復習し，そのあとで TC のデバッグ機能についてその 
既要を見ていきます。 

次に，統合開発環境の中からどうやってブログラムを走らせるかを説明し，また TC に 
組み込まれているプロジェクト機能——プロジェクト Make とその使い方について示し 
ます。 
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統合開発環境からのプログラムの実行方法を説明したあと，コマンドライン版を使って 
どうやって TurboC プログラムをコンパイル，リンク， Make (再作成)，実行するかを説 
明します 。 Turbo C には，統合開発環境版に加えて，スタンドアロンのコンパイラ 
( TCC )， リンカ， MAKE ユーティリティが含まれています。これらの詳細については付 
録 B と付録 C で詳しく解説しています。 
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再び， TC でのプログラムの作成 


Turbo C の統合開発環境 ( TC ) で新しいブログラムを作成するときには，通常は以下の 
ような手順を踏みます。 

1. 環境に関するいくつかのオブシヨンを設定して，コンパイラとリンカがさまざまな 
ファイルの探索や出力を行なうディレクトリを決めておきます。 

2. 作成しようとするブログラムを TC エディタにロードします（注意：ブログラムが 
複数のモジュールから構成される場合には，モジュール名を並べた ブロ ジヱク トフ 
ァイルを作ることになります )0 

3. 実行可能なブログラムファイルを作成します。 

この手順は実際には，ソースブログラムが1つのファイルで構成されるか，複数のファイ 
ルで構成されるかによって異なってきます。 


再び, TC でのプログラムの作成 
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プログラムのデバッグ 


プログラムのエラーを見つけてそれを修正していくのは，ブログラミングでは煩わしい 
作業の一つです 。 Turbo C 統合開発環境 （ TC ) は，コンパイラ時•実行時の両方におい 
て，プログラマの助けとなるデバッグ機能を提供しており，その作業を非常にたやすいも 
のにしてくれます。 

構文エラーをとらえる：エラー 追跡機能 


TC を使う大きな理由の1つは，怫文（コンパイル時）エラーの修正がたやすく，またコ 
ンパイラが出す餐告メッ セージの 評価に手間がかからないことです。 TC は，コンパイラと 
リンカが出力するメッセージをハ •ッ ファにおさめ，これらを Message ウィンドウに表示し 
ます。この機能によって，すべてのメッセージを眺めながら，ソースファイルの修正を進 
めることができるのです。 

これを试してみるために， HELLO . C プログラムに故;®に構文エラーを作ってみましょ 
う。まず，3行目のインクルード文から先頭の#を取り除きます。さらに，7行目の printf の 
カッコ （） 内の文字列の股後の二 m 引用符••も削除します。バグを人れたブログラムは次の 
ようになるでしょう。 

I* HELLO.C — Hello, world ♦/ 

include <8tdio.h> 


main() 

{ 

printf(-Hello, world¥n )； 

> 

GRPH-TO (Compile to OBJ を呼び出すホットキー）を押して，ファイルをもう一度コ 
ンハ。イルしてください。 Compiling ウインドウには，エラーと費告 （ Warning ) の数が表 
示されます（ここでは，エラーが2個で聱告はないはずです）。 

Message ウインドウ 

Compiling ウインドウに Press any key と表示されたら スペース 八一を押してください。 
Message ウインドウがアクティブになり，ハイライト八一が最初のエラーまたは？ f 告に位 
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つづけられます。その骹初のエラーは現在エディタにロードされているファイルの中で起 
こったので，エディタの中にもハイライト表示された行が1行あるはずです。これは，ソー 
スコー ドの中で コン ハ•イラがエラーまたは膂告を出した場所を指し示しています。 

ここで上下の矢印キー （T i ) を使うと， Message ウィンドウ内のハイライトバーを移 
動させて，他のメッセージを確認することができます。こうすると，メッセージの移動に 
伴って， Edit ウィンドウ内のハイライト八一もそのエラーが起きた場所を順に示していき 
ます。またハイライトバーを Compiling •••に移動させると，エディタはその ファ イル内で 
の莳前の位3¢ (ここでは GRPH - F 9 を押したときにカーソルのあった場所）を示します。 

Message ウィンドウのメッセージが長すぎて全部が見えない場合には，左右の矢印キー 

(― —) を使ってウィンドウを横スクロールさせることができます。より多くの メッセー 
ジを同時に見たければ， F 5 を押してウィンドウを拡大することができます。 Message ウィ 
ンドウを拡大すると Edit ウィンドウは見えなくなり，エラーの追跡は行なえなくなるの 
で，ここではウィンドウを分割画面モードのままにしておいてください。 

構文 エラーを 修正する 

エラーを修正するには，まず Message ウィンドウのハイライトパーを最初のメッセージ 
に;»いてから リターンを 押します。カーソルが Edit ウィンドウに移り，エラーの原因とな 
った简所に位策します。エディタのステータス行には選択したエラーメッセージが表示さ 
れていることに注目してください（これはウィンドウを拡大しているときに便利です）。こ 
こでメッセージに対するエラーを修正することができます（敢初に取り除いた#を元の位 : K 
に辨き込んでください）。 

エラー メッ セージが複数ある場合，.次のエラーを修正するには2っの方法があります。 

1っは，を押して Message ウィンドウに戻り，先程と同じやり方で，修正したいメッ 
セージを選択する方法です。 

しかし次のエラーに移るのにわざわざ Message ウィンドウに戻る必要はありません。単 
に GRPH-F8 を押せば，エディタは， Message ウィンドウの次のエラーに対応する简所に 
カーソルを移動させます。また， GRPH -/7 を押せば，1っ前のエラーに戻ることができま 
す。 

2っの方法にはそれぞれ利点があり，どちらがよいかは状況によって異なってきます。ち 
ょっ としたタイプミスなどの些細な間違いによって，エラーメッセージがたくさん出てし 
まうことがよくあります。こんなときには，骹初のエラーを選択して修正すれば，その後 
のエラーのいくっかは意味のないものになってしまうでしょう。このような場合には1番目 
の方法で,最初のエラーを修正したら Message ウィンドウに戻ってエラーをいくっか飛び 
越し，意味のある次のエラーを選択すればよいわけです。そうでない場合には，2番目の方 


プログラムのデバッグ 
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法で，エラーを1つ修正したらを押して次のエラーに移るようにすればよいでし 
ょラ 。 

GRPH-F7 と QRPH-F8 はホットキーであるということを憶えておいてください。つま 
り TC の中であればどこからでも使えるキーです。したがって， Message ウィンドウにい 
るときに GRPH-F8 を押すと，現在ハイライトされているメッセージではなく，その次のメ 
ッセージを選択することになります（現在のメッセージを選択するにはリターンを押しま 
す）。その後にメッセージがなければを押しても何も起こりません。 

注意：リンカが出したメッセージは上で示した方法では選択できず， ソースファイルの 中 
を追跡することはできません。 

構文エラーを修正していく中では，テキストを追加したり削除したりする必要が出てき 
ます。このような変更が行なわれてもエディタはそれを認識しており，次のエラーは正し 
く位1づけられるようになっています。ブログラマがエラーの起こった行番号や，追加や 
削除した行数を憶えておく必要はありません。 

実行時エラーをとらえる：統合 デバッガ 

怫文エラーをすべて修正すれば，ブログラムはうまくコンハ•イルできるはずです。しか 
し，そのブログラムが ロジック （実行時）エラーを含んでいれば，期待通りには動かない 
こともあります。こんどはエラー追跡機能はなんの助けにもなってくれません。 

実行時エラーをとらえるために， TC は 統合 デバッガを備えています。統合デバッガを通 
じてブログラムを実行すると，好きな場所で実行を止めたり，変数の値をチ i ックしたり 
することができ，さらに値を変更してブログラムがどのように反応するかをテストするこ 
ともできます。 TC 統合デバッガの使い方については • 第 4 章で練習することになっていま 
す 0 
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プロジ I クト：複数のソースファイルを扱う 


TC の後れた機能の1つに，梭数のソースファイルからなるブログラムの分割コンパイル 
機能があります。 TC のプロジェクト Make 機能は，これをたいへん効牢的に行ないます。 

第2章の例題ではソースファイルは1つだけだったので， Compile/Make EXE file コマン 
ドを選ぶだけで実行可能ファイルを作成することができました。しかし，複数の C ソース 
ファイルからなるブログラムを作成する場合には，どんなファイルで構成されるのかを 
TC に伝えてやる必要があります。このためにはプロジェクトファイルを作らなければな 
りません。 

ブロジェクトファイルを作るのは， C ソースファイルの名前をただ並べて害くだけとい 
う簡単•な作業です。ブロジェクトファイルには钝類の違うたくさんのファイルを丼けると 
いうこともいずれわかつてくるでしようが，ここでは，ファイル2つのブログラムというご 
<簡単な例から始めましょう。 

1つの基本的なケースとして，メインブログラムのファイルと，メインブログラムが参照 
する関数やデータが定我されているサボートファイルの2つ，という場合があります。たと 
えばメインブログラム MYMAIN . C は以下のようなものだとします。 

#include <8tdio.h> 

char *GetString(void); 


main (int argc, char *argvf1) 

{ 

char *8; 

if (argc > 1) 
s - argvfl )； 

else 

8 - "the universe-5 
printfCIs l8.¥n* f GetString() f s )； 


また，サポートファイル MYFUNCS . C は次のようになっているとします。 

char ss [] - "The restaurant at the end 

char *GetString(void) 

{ 

return ss; 


プロジ i クト ： 複数のソースフウイルを扱う 
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では， MYMAIN . C と MYFUNCS . C を作ってください。 

次に，この2つのファイルでプロジヱクトファイルを作ります。想像された方もいるかと 
思いますが，プロジェクトファイルには，コンパイルされリンクされるこうしたファイル 
の名前が並んでいるだけです。新しいファイルを作って，次のように2つのファイル名を入 
力してください。 


mymain 

myfuncs 


• C をつける必要はありません。 TC は拡張子のないファイルは . C ファイルとみなします 
(つけたければ . c をつけてもかまいません）〇ファイル名の順序は，ただその順でコンバイ 
ルされるということ以外には大きな意味はありません0ブロジヱクトファイルを次のよう 
にしても，上の場合と同じ結果が得られます。 


myfuncs 

mymain 


このファイルを MYPR 0 G . PRJ としてセーブしてください （ File/Write to を選択しま 
す）。これで終わりです。 

プロジェクトファイルの名前 （ MYPR 0 G . PRJ ) は，メインファイルの名前 （ MYMAIN . 
C ) とは興なっていること注意してください。2つのファイルの名前は同じであっても（拡 
張子は異なります)，異なっていてもかまいません。悚えておいてほしい®要な点は，実行 
可能ファイル（およびリンカが出力するマップファイル）の名前は，ブロジェクトファイ 
ル名から決定されるということです。したがってこの場合，実行可能ファイルは 
MYPR 0 G.EXE (マップファイルは MYPR 0 G . MAP ) になります0 

また，プロジェクトファイルの中に害き込むファイル名には，パス名を指定することも 
できます。これによって，すべてのファイルが同一のディレクトリに入っていなくても， 
ブログラムを作成することができます。 

複数のソースファイルのプログラムを作成する 


ブロジェクトファイルはすでにできているので，あとはブロジェクトファイルがどれな 
のかを TC に知らせるだけです。これには ， Project メニューからブロジェクトファイルの 
名前を入力します。 GflPH-P を押して Project メニューに入り ， Project name を選択しま 
す。プロジェクトファイルの名前をそのまま入力してもかまいませんし，ワイルドカード 
を使って （*. PRJ など）指定のディレクトリ内のブロジェクトフアイルの一覧を表示さ 
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せ，その中から選んでもかまいません（プロジェクトファイルをまだ1つも セーブし ていな 
ければ，何も出てきませんが)。プロジェクト名を入力したら，あとは F 9 ( Make ) を押せ 
ば実行可能ファイルが作られます。また，このプログラムを走らせるには， CTRL-F9 {Run/ 
Run ) を押します。 

ブログラムを走らせること （ Run ) の中には， Make することも含まれていることに注意 
してください。したがって CTRL-F9 を押すと，そのプロジェクトが再コンパイルの必要が 
ある場合には，コンパイル—リンクのサイクルが開始されます。したがって，いちいち/^ 
を押して Make を行なわなくてもよいわけです。 Run/User screen を選択して（あるいは 
GRPH-F5 を押して）出力を確認してください。どれか キーを 押すと TC エディタに戾リま 


再び，エラー原因を追跡する 


ファイル1つのプログラムの例では • 警告やェラーメッセージを引き起こした構文エラー 
は， Message ウィンドウの中で確認し選択することができました。祓数のファイルの コン 
パイル（あるいは Make ) の場合でも， Message ウィンドウは同様に使うことができま 
す。 

これを見るために，2つのファイル （ MYMAIN . C ， MYFUNCS . C ) に構文エラーをいく 
つか入れてみましょう 0 まず MYMAIN . C では，インクルード文の左括弧（く）と，8行目 
の char の c を取り除いてください。このように変史すると， MYMAIN では3つのエラー 
と3つの餐告が出るようになるはずです。 

次に MYFUNCS . C をロードして，5行目の return から先頭の/•を削除します。こうす 
ると エラー が2つと警告が1つ出るはずです。 

このような変史•を行なうと，2つのソースファイルの H 付（時刻）は，そのオブジェクト 
ファイル （. OBJ ) より古くなるので， Make を行なうと再コンパイルが行なわれることに 
なります。複数ファイルの場合のエラー追跡のようすを見るには，プロジヱクト Make が 
どの段階で動作を中止するかという基準を変えてみる必要があります。これは p ro j ec t メ 
ニューの中の特殊なトグルを設定にすることによって行ないます。 


Make を停止させる 


TC では， Make のサイクルが停止する条件はいくつかあります 0 実行可能ファイルの作 
成が終了すれば，もちろんプロジェクト Make は止まりますが，なんらかのエラーを示し 
て停止する場合もあります。 


プロジヱクト：複数のソースフウイルを扱う 
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たとえば，プロジェクトファイルの中のソースファイル（あるいは依存ファイル）のど 
れかが見つからない場合などです（依存ファイルにっいては後で説明します）。また， 
CTRL-STOP (IBM PC では Ctrl - Break ) を押せば，プロジェクト Make を強制的に停止 
させることもできます。 

その他にも，コンパイラがメ ッ セージを出力した時点で止まるようにすることもできま 
す 。 Project メニューの Break make on オプションの設定によって， Make が停止するメ 
ッ セージの種類を選択することができます。このトグルのデフォルトは Errors (エラー） 
になっており，通常はこれを使うことになるでしょう。このオブションでは， Make がファ 
イルをコンバイルする際にいつ停止するかを，費告 （ Warnings ) が起きたとき，ェラー 
( Errors ) が起きたとき，致命的なエラー （Fatal errors ) が起きたとき，あるいは（ェラー 
には 関係な く）リンクの前，の中から指定することができます。 

どのモードを選べば有効かは，実際にはューザがどんな方法でエラーや警告を修正して 
いくかによって決定することになります。ェラーや餐告を見るとすぐに直したくなる人は, 
Break make on オプションを Warnings (彆告）または Errors (—般エラー）にしておく 
とよいでしょう。エラーをすべて出しきってから修正を始めるという人は ， Fatal errors 
( M 大なェラー）または Link (リンク前）にセットしておけばよいでしょう。 

ソースファイルが複数の場合の構文エラー 

梭数ファイルでのエラーを見るために，ここでは Break make on を Fatal errors にセ 
ットしてください。これには， GRPH - P を押して Project メニューを呼び出して Break 
make on を選択します。そして Project/Break make on メニューから Fatal errors を選 
択します。 

もうすでに， MYMAIN . C と MYFUNCS . C には媾文エラーを組み込んであるはずです。 
F 9 ( Make ) を押して，プロジェクトを Make してください。 Compiling ウィンドウに 
は，コンパイル中のファイルと，各ファイルのエラーと警告の個数，および Make 全体の 
エラーと If 告の合計数を表示します 。 Press any key が点滅したらスペースバーを押して 
ください。 

カーソルは， Message ウィンドウの最初のェラーまたは警告に位置しているはずです。 
そして，そのメッセージが参照しているファイルがェディタ内にあれば， Edit ウィンドウ 
のハイライトバーは，コンバイラがその問題を発見した場所を示しています。前と同じよ 
うに， 矢印 キーで Message ウィンドウをスクロールさせると，別のメッセージを選択する 
ことができます。コンパイルされるファイ/レごとに Compiling …というメッセージがある 
ことに注目してください。このメッセージはエラーや警告ではなく，出力されるメッセー 
ジをファイルごとに区切るためのものです。 
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このファイルの区切りを越えて スクロールさた 場合， Options/Environment メニューの 
Message tracking トグルの設定によって， Edit ウィンドウで次のファイルが追跡される 
かどうかが変わってきます。デフォルトでは現在エディタ内にあるファイルの中でのみ追 
跡がなわれるようになっています。 

したがってここでは（デフォルトのはずなので)，エディタには入っていないファイルに 
対するメッセージに移ると， Edit ウィンドウ内のハイライトバーは消えてしまいますエ 
ディタ外のファイルに対するメッセージを選択する（リターンを押す）と， TC はそのメッ 
セージが参照しているファイルをエディタにロードし， エラーの 場所にカーソルを位 gg づ 
けます 0 /^( Message ) を押して Message ウィンドウに戾ると，追跡は今度はそのファイ 
ルの中で行なわれるようになります。 

Message tracking トグルを All files にセットしておくと，ファイルの区切りを越えて 
自由にメッセージを選択することができます。つまり， Message ウィンドゥをファイルの 
K 切りを越えてスクロールさせると， TC は該当のファイルを自動的にエディタにロード 
するので，各メッセージとソースファイルの対応箇所がすぐにわかるわけです。試してみ 
てください。 

Message tracking トグルを Off に セッ トすれば，完全に追跡をやめてしまうこともでき 
ます。この場合には，修正したいメッセージを選択してリターンを押します。そのメッセ 
ージが参照しているファイルがエディタにロードされ，エラーの場所にカーソルが位: K づ 
ナられます。 


previous error ) と GRPH - F 8 (Next error ) は ， Message tracking トグバ 
の彩響は受けません。この2つのホットキーは，いつでも次あるいは前のエラーを探して, 
必、要ならば該当するファイルをエディタにロー ドします。 

メッセージの保持と消去 

通常， Make を始めるときには， Message ウィンドウは新しいメッセージを入れるため 
にクリァされます。しかし，前の Make のメッセージを取っておきたい場合もありま 十 
次のような場合を考えてみましょう。ソースファイルが何本もあるブロジェクトがあっ 
て， Breakmakeon を Errors にセットしているとします。このプロジェクトを Make し 
たときに，いくつかのファイルで瞥告メッセージが出力され，あるファイルがエラーを 起 
こして Make が停止したとします。そこでエラーを修正して，コンバイラがその修正を受 
け入れてくれるかどうかを確かめるわけですが，も う一 度 Make かコンハ。イルを行なう 
と，前回出力された，まだ見る必要のある警告メッセージは消えてしまいます。どうすれ 
ば"■れを避けることができるでしょうか。これには，単に Options/Environment メニュー 
の Keep messages トグルを On にしておけばよいのです。 
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Keep messages トグルが On になっていると， Make が始まるときに Message ウィンド 
ウはクリアされません。消去されるメッセージもありますが，それは再コンパイルするフ 
ァイルに関するものだけで，古いメッセージが新しく出力されるメッセージに 3 B き換えら 
れます。 

メッセージに対する措置が完了したら，その時点で Project/Remove messages を選択 
すれば， Message ウィンドウをクリアすることができます 。 Keep messages を Off にして 
おくと， Make を行なうたびに古いメッセージはすべて消去されます。 

別のプロジェクトへ移るときには， Message ウィンドウをクリアしておくようにすると 
よいでしょう 0 Project メニューから Clear project を選択すれば，これを簡単に行なうこ 
とができます 0 Clear project は，プロジェクト名と Message ウィンドウの両方をクリア 
します 0 Project/Clear project を選択したあとは，新しいブロジヱクトを定義することも 
でき，フアイル1つのブログラムをエディタに口ードしたり ， Primary C file コマンドでブ 
ライマリファイル名を指定してコンパイル•実行を行なうこともできます。 

プロジェクト Make のパワー 


ブロジェクトの Make の前の説明では， C のソースファイルの名前を並べておくとい 
う，もっとも基本的な使い方について述べました。ブロジェクト Make には，さらに強力 
な機能があり，もっと複雑な状況を取り扱うこともできます。これを知るには，まず Make 
がどのように働くのかを理解する必要があります。 

Make は • ソースファイルの作成日時と，コンパイラが作成したオブジェクトファイルの 
作成日時を比較します。この作成日時の比較によって，ソースファイル名が並んでいるブ 
ロジヱクトリスト内の 喑黙の依存 関係が定義されます。 

前に示した MYPROG . PRJ を例にとると，次のような依存関係が定義されていることに 
なります。 


■ MYMAIN.OBJ は MYMAIN.C に依存する 

■ MYFUNCS.OBJ は MYFUNCS.C に依存する 

■ MYPROG.EXE は MYMAIN . OBJ ， MYFUNCS.OBJ および MYPROG.PRJ に依存 
する 

これは， MYMAIN . C の作成日時が MYMAIN . OBJ より新しければ， MYMAIN.OBJ 
は（当然のことながら）古いということになり，したがって MYMAIN . C は再コンパイル 
しなければならないということを意味しているわけです。実行可能ファイル （. EXE ) は， 
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プロジェクトに含まれるすべてのオブジェクトファイルに依存するとともに，プロジェク 
トファイルそのものにも依存しているという点に注意してください。つまり，オブジェク 
トフアイルのいずれか，あるいはブロジェクトファイル （ MYPROG . PRJ ) が MYPROG . 
EXE より新しい場合には， Make は再度リンクを行なって MYPROG . EXE を作成するこ 
とになります。こうした咭黙の依存関係は，プロジェクト内の C ファイルの単純なリスト 
から導き出されます。 


明示的な依存関係 


もっと大きなブロジヱクトになると，依存関係をはっきりと指定できるような，より商 
度な機能が要求されるようになります 0 C のソースファイルが，別のソースファイルに依存 
しているような場合に，こうした機能が必要です 0 —般的に c のソースファイルには，外 
部ルーチンとのインターフェースを定我しているヘッダファイル (. H ) をインクルードし 
ています。このようなルーチンとのインターフェースが変更された場合には，そのルーチ 
ンを使用しているファイルはすべて再コンバイルしなければなりません。これを行なうの 
が明示的な依存間係です。 

たとえば，メインブログラム MYMAIN . C がヘッダファイル MYFUNCS . H をインクル 
ー ドしているとします。また，ブロジェクトファイルには次のように依存関係が指定され 
ているとします。 

MYMAIN.C (MYFUNCS.H) 

MYFUNCS (MYFUNCS.H) 

ここで， MYFUNCS . H を変史してから Make を行なうと， MYMAIN . C と MYFUNCS . 

C が再コンパイルされます。 

上のブロジェクトファイルでは， MYFUNCS . C も MYFUNCS . H に依存することが示 
されていることに注目してください。これによってファイルの正しい対応関係が維持され 
ています。したがって，明示的な依存関係のほかに，次のような暗黙の依存関係が示され 
ていることになります。 


■ MYMAIN.OBJ は MYMAIN.C と MYFUNCS.H に依存する 

■ MYFUNCS.OBJ は MYFUNCS.C と MYFUNCS.H に依存する 

■ MYPROG.EXE は MYMAIN . OBJ , MYFUNCS . OBJ , および MYPROG.PRJ に依 
存する 

プロジェクトファイルでは，各 C ファイルの明示的な依存関係は，必要な数だけ# くこ 
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とができます。 C ファイルか-依存するファイルは，空白，カンマ(，），またはセミコロン （;) 
で区切って，カッコの中に入れておけばよいのです。 

たとえば MYMAIN . C が， MYFUNCS . H , YOURS . H , および OTHER . H に依存する 
のであれば，次のように搿いておきます。 

MYHAIN (MYFUNCS.H, YOURS.H , OTHER.H) 

注意： 自動 依存チェック ( Project/Auto dependencies ) がオンの場合には，インクルード 
ファイルはすべてチヱックされますが，明示的な依存関係はチェックされません。 

自動依存チェック 

プロジェクト Make には，ブロジェクトリスト内のソースファイルとそれに対応する才 
ブジェクトファイルの依存関係を自動的にチェックするという能力もあります 0 ブロジェ 
クト Make は . OBJ ファイルをオーブンして，その . OBJ ファイルのソースコードが含ま 
れているファイルに関する情報を探します。この情報は， TC または TCC がソースモジュ 
ールをコンバイルするときに必らず . OBJ ファイルの中に#き込みます。そして，. OBJ フ 
ァイルを作成するために使用されたすベてのファイルの日付 • 時刻がチェックされ，. OBJ 
ファイルの日付•時刻悄報と比較されます 0 . OBJ ファイルが，それを構成したファイルよ 
りも古ければ，再コンバイルが行なわれることになります。 

注意：この機能を働かせるには，統合環境の中で Project/Auto dependencies スイッチを 
On にしておかなければなりません。 

依存関係についてはこれだけです。この方法で以前からある Make と同様な機能が得ら 
れますが，むずかしい文法などはありません。 

Make の他の機能 


Make のパワーに加えてさらに2つの特徴があります。 


■リンクする外部オブジェクトファイノけライブラリファイルをブロジェクトの中で指 
定することができます。 

■標準のスタート アッ ブルーチンやライブラリを無効にすることができます。 
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外部オブジェクトファイルとライブラリファイル 


アセンブラなど他の言語や，他のコンパイラで作成したルーチンを利用したいという場 

合がときどきあります。また，標準のライブラリにはない特別な用途のライブラリを使い 

たいこともあるでしよう。こうした場合には，ブロジヱクトファイルの中に，そのオブジ 

ェクトファイルやライブラリファイルの名前を，拡張子をつけて樺き入れておきます。た 

とえば次のようになります（ファイルを並べる順序は M 要ではあリません）。 

MYMAIN (MYFUNCS.H) 

MYFUNCS (MYFUNCS.H) 

SPECIAL.OBJ 
OTHER.LIB 

プロジェクト Make は • 拡張子 . OBJ のついたファイルがあると，そのファイル名をリン 
クするファイルのリストに含めます 0 そのファイルをコンパイルしたり，その ソース ファ 
イルを探したり，また依存関係情報を|充み出そうとしたりはしません。同様に，拡張子 . LIB 
のついたファイルがあると，外部参照の解決のためにリンカが探索するライブラリのリス 
卜の中に，そのファイル名を含めます。やはり，コンパイルしたりライブラリを作成した 
りはしません。 

このようなタイプのファイルについては，明示的な依存関係のリストを指定することは 

できません（指定しても無视されます）。ただし，逆に C のソースファイルの依存関係のリ 

ストに，こうしたファイルの名前を含めることはできます。例をあげましょう。 

MYMAIN (MYPUNCS.H, SPECIAL.OBJ) 

MYFUNCS (MYFUNCS.H, OTHER.LIB) 

SPECIAL.OBJ 
OTHER.LIB 

こうすると，なんらかの理由で . OBJ や . LIB が史•新されたときには， c のソース ファ イ 
ルは再コンハ M ルされることになります。 

標準ファイルを無効にする 

場合によっては，標準のスタートアップルーチンあるいはライブラリを無効にする（リ 
ンクしない）必要が出てくるでしょう。これは，上級ユーザにしか颼められない機能で， 
初心者にとっては一般的な使い方ではありませんが，必要だと感じたら，ここで説明する 
方法を参考にしてください。 

スタート アツ ブフアイルを無効にするには，ブロ ジヱク トフアイル内の最初のフアイル 
名として COx . OBJ を S かなくてはなりません。ズには，なんらかの DOS のファイル名を 
指定します （ COMINE . OBJ など)。重要な点は，名前が C 0 (シー，ゼロ）で始まっている 
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こと，プロジェクトファイル内の先頭に指定すること，ファイルの拡張子が . OBJ であるこ 
と，の3つです。 

標準ライブラリを無効にするには，プロジェクトファイル内のどこかに，標準ライブラ 
リのかわりに使用する特別なライブラリファイルの名前を冉き込むだけです。ライブラリ 
ファイルの名前は， C で始まり，2文字目がメモリモデルを表わす英字（たとえばスモール 
モデルなら S ) でなければなりません。残りの最大6個までの文字にはなにをつけてもかま 
いません。また拡張子は. LIB でなければなりません（たとえば CSMYFILE . LIB ， 
CSNEW . LIB などです）。 

標准ライブラリが無効になっている場合， Make は標準の数学ライブラリをリンクしよ 
うとはしません（無効でない場合には，数学ライブラリは 0/ C/Code generation メニュー 
の Floating point トグルにしたがってリンクされます 標準ライブラリを無効に指定し 
ている場合に，数学ライブラリなどをリンクしたいのであれば，ブロジヱクトファイルの 
中でそのようなファイルを明示的に指定しなければなりません。 
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コマンドラインからのコンパイルとリンク 


Turbo C のプログラムは，統合開発環境に加えて‘‘古風な，，コマンドライン版でも動かす 
ことができます。ブログラムの開発と実行には統合環境がベストです（と思われます）が， 
状況によつてはコマンドラインを使いたいことがあるかもしれません。ある M の商度なブ 
ログラムでは，コマンドライン版でなければ処理しきれないということもあります。たと 
えば， C のブログラムにインラインのアセンブリコードが含まれている場合などは，統合開 
発環境版ではなく，コマンドライン版の丁 urbo C ( TCC ) を使う必要があります。 

TCC は， C のソースファイルをコンパイルしてリンクし，実行可能ファイルを作成しま 
す。 TCC は， UNIX の cc コマンドと似たような働きをします。 TCC は ， T ASM を呼び 
出して . ASM ファイルをアセンブルすることもできます。コンパイル（およひ•アセンブル） 
だけを行ないたい（リンクしない）場合には，コマンドラインで - c オブションを指定しま 
す0 


TCC のコマンドライン 


コマンドラインから Turbo C を呼び出すには， MS - DOS のブロンブトに対して TCC と 
入力し，そのあとに必要な引数をつづけます。コマンドライン引数には，コンパイラオブ 

ション，リンカオプション，およひ•ファイル名があります。コマンドラインの一般的な辨 
式は次のようになります。 

tec [ オプシ 3 ンオプション ••• 】ファイル名ファイル名 ••• 

コマンドライン上のオプション 


コマンドラインのオプションは，頭にダッシュ （-) をつけ， tee コマンドや他のオブシ 
ョンおよびそのあとのフアイル名とは，最低1つの空白で区切らなければなりません。オプ 
ションのあとにさらにマイナス記号をつけると，そのオブションをオフにすることを明示 
できます （- K - とすると ， unsigned char オプションはオフであることが明示されます）。 
Turbo C のコマンドラインオプシヨンについては付録 B で詳しく解説しています。 


コマンドラインからのコンパイルとリンク 
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ンドライン上のファイル名 


コマンドラインにオブシヨンを並べたあとには，ファイル名を指定します。 TCC は，以 
下の規則にしたがってファイルを処理します。 


filename 


filenames をコンパイルする 


filenames 


filenames をコンバイルする 


filename.xyz 

filename.obj 

filename.lib 


filename.xyz をコンハ 0 イルする 

リンク時にォブジヱクトとして取り込む 

リンク時にライブラリとして取り込む 


filename.asm 


TASM を呼び出して .OBJ を生成する 


このあと TCC はリンカを呼び出して，適切なスタートアップファイルと標準のライブ 
ラリの名前をリンカに指示します。 


実行可能ファイル 

作成される実行可能ファイルの名前は，通常 コマン ドラインで最初に指定したソースフ 
ァイルまたはオブジヱクトファイルの名前が使用されます。その名前の拡張子を. EXE に 
S きかえたものが，実行可能ファイルの名前になります。 

実行可能ファイルに別の名前を指定したい場合は， -e オブシヨンを使ってください。 tcc 
の後ろ，他のファイル名より前に -e を入力し，絞けて（空白を入れずに）実行可能ファイ 
ルに指定する名前を入力します。 

コマンドラインの例 


DOS のコマンドラインから Turbo C を呼び出す適切な入力例を紹介しましょう。 


tcc -IB：¥include -LB:¥lib -etest start.c body.obj end 


■インクルードデイレクトリは B :¥ INCLUDE である （- IB :¥ include ) 
■ライブラリは B :¥ LIB ディレクトリの中にある （- LB :¥ lib ) 

■実行可能ファイルは TEST.EXE という名前で作成する (- etest ) 

さらに Turbo C は，ォブシヨンの後に並んだファイル名を以下のように解釈します。 

■ START . C というソースフアイルをコンパイルする 

■ BODY . OBJ というォブジェクトファイルはリンク時にとりこむ 

■ END . C というもう1つのソースファイルを コン バイルする 

Turbo C のコンパイル時のコマンドラインの例をもう1つ紹介します。 

tcc -IB:¥include -LB:¥lib2 -mm -C -K si s2.c z.asm mylib.lib 

この コマン ドラインは • Turbo C に以下のような指示を与えます。 

■インクルードディレクトリは B :¥ INCLUDE である（イ B :¥ include ) 
■ライブラリは B :¥ LIB 2 ディレクトリの中にある （- LB :¥ lib 2) 

■ メモリモデルはミディアムを使用する (- mm ) 

■コメントのネストを可能にする （- C ) 

■ char 型のデフォルトは unsigned (符号なし）とする (-K) 

ファイル名のリストは，以下のように解釈されます。 

■ S 1. C と S 2. C というソースファイルをコンパイルする 

■ Z . ASM というファイルは TASM を使ってアセンブルする 
■実行可能ファイルの名前は S 1• EXE とする 
■ライブラリファイル MYLIB . LIB をリンク時にとりこむ 


TURBOG . CFG ファイル 


よく使うオプションを TURBOC . CFG の中に害いておけば， TCC . EXE を使うたびにそ 
れらをタイプする必要がなくなります。 TURBOC . CFG に咨かれているオプションのどれ 
かを使いたくないときには，コマンドラインからそれを無効にすることができます。 

TURBOC . CFG ファイルは，一般のテキストエディタやワードプロセッサ（統合開発環 
境の Turbo エディタなど）を使って作成します。各オプションは，空白で区切って同じ行 
の中に並べても，1行ずつにわけてもかまいません。このファイルを作っておくと，コマン 
ドラインからプログラムをコンパイルする際には ， Turbo C はコマンドラインで指定した 
オブションに加えて， TURBOC . CFG の中のオプションを使用します。 

TCC を起動すると，まずカレントディレクトリに TURBOC . CFG があるかどうか探し 
ます。見つからなければ， （ MS-DOS 3. x のもとであれば）次にスタートディレクトリ 
( TCC . EXE があるディレクトリ）を探します0 TURBOC . CFG は，統合環境版のコンフ 
イギュレーションファイル （ TCCONFIG . TC ) とは別のものだということを憶えておいて 
ください。 

コマンドライン上と， TURBOC . CFG 内の同じオプションについては，コマンドライン 
で指定したものが漫先されます。コマンドラインのオブションが*先されるというのは， 
たいへん16要なことです。たとえば，コンフィギュレーションファイルのオプションの中 
に - a オブションがあるとします。コンフィギュレーションファイル内の他のオブションは 
生かして， - a オブションはオフにしたいという場合には，コマンドラインで- a - を指定すれ 
ばよいわけです。 

コマンドラインオブシヨンと TURBOC . CFG のオブ ショ ンは，どのように組み合わさ 
れ，またどのように*先順位が決められるのでしょうか。 TURBOC . CFG 内のオプション 
は，その扱われ方によって2つにわけることができます。 

■ -1オプションと - L オプション 

■それ以外のすべてのオプション 

どんな状況でも，コマンドラインオプションは左から右へ順に評価されます。このとき， 
次の規則が適用されます。 

■-1および - L を除くすべてのオブションは，複数指定されている場合には右側にある 
ものが有効になります（したがって右側にあるオフスイッチは，左側にあるオンスイ 
ッチを無効にします)。 

■左側にある-1および - L オプションは，右側にあるものより®先されます。 

コンフイギュレーシヨンファイル内のオプシヨンがコマンドラインオブションと組み合 
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わされるときには， TURBOCCFG 内の-1と - L オブションはコマンドラインオプション 
の右側に付け加えられ， TURBOCCFG の残りのオプションはコマンドラインオプション 
のリストの左側 （ tcc コマンドの直後）に挿入されます。 

コマンドラインと TURBOCCFG のオブションがこのように組み合わされるので， 
TURBOC . CFG の-1と - L オプションは 一番 右端に S かれ，したがって TurboC は，コマ 
ンドラインで指定されたインクルードおよびライブラリディレクトリを先に探すことにな 
リます。これによって，コマンドライン上で指定した - I と - L ディレクトリがコンフィギュ 
レーションファイルより*先されます。 TURBOCCFG の他のすべてのオプションはコマ 
ンドラインオブションの左側に揷人され，やはりコマンドラインオブションが*先される 
ことになります。 

TCCONFIG.EXE : 

コンフイギユレーションファイル変換ユーティリティ 

統合環境版とコマンドライン版のコンハ•イラは，付録 B の 表 B .2 にもあるように，多く 
の共通なオプションを持っています。 TCCONFIG . EXE は，一方のコンパイラで作られた 
コンフイギュレーショ ン ファイルをもう一方で使えるように変換します 0 
変換 コマン ドの形式は次のようになります。 

TCCONFIG SrcFile 【 DestFile 】 

TCCONFIG は動的に変換の方向を判断します。つまり，変換する元のファイル 
(SrcFile) が統合環境 ( TC ) のコンフィギュレーションファイルか，コマンドライン版 
( TCC ) のものかを調べるわけです。 

変換先のファイル名 [DestFile 、 は省略することができます。ファイル名を指定しなか っ 
た場合には，変換の方向に応じて TCCONFIG . TC あるいは TURBOCCFG というデフォ 
ルトのファイル名が使用されます。別のファイル名を指定することもできますが， コマン 
ドライ ン コンパイラ （ TCC ) がコンパイル時に調べるのは TURBOCCFG というファイル 
名だけです。他のファイルを使用することはありません。 

TCCONFIG が TCCONFIG . TC を作成する際，コマンドライン版 （ TCC ) のコンフィギ 
ユレーションファイル （ TURBOCCFG ) で指定されていない項目については， TCCON - 
FIG はデフォルトの値を使います。逆方向の変換の際には， TCCONFIG . TC のオプション 
の中でデフォルト値と違うものだけが TURBOCCFG に取り込まれます。 

TCCONFIG による変換が終了すると， MS - DOS のブロンブトに戻ります。 


コマンドラインからのコンパイルとリンク 
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MAKE ユーテイリテイ 


Turbo C のスタンドアロンの MAKE ユーティリティは，統合環境のプロジェクト 
Make の機能強化版で，ソースファイルとオブジヱクトファイルの依存関係を記述するこ 
とができます。これは UNIX の make ユーティリティに基づいています。 MAKE ユーテ 
ィリティは依存関係を評価して，ファイルが正しくコンパイルされリンクされることを保 
証します。 

MAKE ユー ティリティを用いる利点はどんなところにあるのでしょうか。ブロジェク 
卜 Make と同じように，前回コンパイルしたときから，ブログラムを構成するモジュール 
のどれが変更されたかを 意識す るゼ、要がありません 0 それだけではなく，スタンドアロン 
の MAKE ユー ティリティは汎用のブログラム作成 ツールで あり，プロジェクト Make よ 
りさらに強力な機能を持っています。 MAKE は，こみいった構成のブログラムをリンクす 
る前に，更新すべきファイルをすべて再コンハ•イルします。そのあと，新しくコンハ•イル 
したオブジェクトファイルを，再コンパイルする必要のなかったオブジェクトとリンクし 
て，新しい実行可能ファイルを作り出します。 

スタンドアロンの MAKE ユーティリティについては，付録 C で詳しく解説しているの 
で，詳細についてはそちらを参照してください。 

BUILTINS.MAK 

BUILTINS.MAK は，何度も繰り返し使うような MAKE のマクロとルールを収めてお 
くオプションファイルです 0 これを作っておけば，同じマクロやルールをそのたびにタイ 
ブする必要がなくなります。 makefile の苒き方や BUILTINS.MAK ファイルのセットア 
ッブについては付録 C の MAKE ユーティリティの節を参照してください。 

コマンドラインから Turbo C のプログラムを走らせる 


MS-DOS のコマンドラインから Turbo C の実行ブログラムを走らせるには，ブロンブ 
卜から単にそのフアイルの名前をタイプするだけです。拡張子. EXE はっけません。たとえ 
ば，ブログラム TEST.EXE を実行するには， MS-DOS のブロンブトで， test とだけタイ 
プして リ ターンを押します。これで TEST ブログラムが実行されます。 
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一 _先へ進もう_ 

ここまで，統合開発環境とコマンドラインの両方について ， Turbo C のブログラムをレ 
つやってコンバイル•リンクして走らせるかを見てきました。もうすでに， T ur b 0 C の能 
力を试してみる準備は整っています。これから，言語およびこの処理系の知識が広がって 
いくにつれて，2冊目のマニュアル pTurboC リファレンスガイド J を参照する機会がふえ 
てくるでしょう。リファレンスガイドでは，実行時の環境，ライブラリファイル，さらに 
C 言語が Turbo C でどのように実現されているか，などについてくわしく解説されていま 
す。それでは先へ進んでいきましょう。第4章では Turbo C 統合デバッガを使う練習，第 
6章と第7章ではブログラミング言語 C の概要，第8章では Turbo C のグラフィックス関数 
の紹介，第12章では离度なプログラミングテクニックが述べられており，あなたの到弟を 
心待ちにしています。 

Turbo Pascal や Turbo Prolog を使ったことのある方は’それぞれ第9章あるいは第 11 
章を統んでみてください。これらの言語とこの商速かつ強力な TurboC を，どうすればう 
まく組み合せて使えるかについてヒントが得られるでしょう。 


先へ進もう 
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第 4 章 


プログラムのデバッグ 


ブログラムのコンパイルエラーやリンクエラーを訂正して実行してみても，初めは正し 
く動かないことがよくあります。新しいブログラムには，必らずたくさんのバグ——ブロ 

グラムの設計上.コーテイング上のエラ-があり，それを発見して修正しなければな 

りません。ブログラムのバグの発見と修正の作業をデバッグと呼びます。 

ブログラムの觔作を見るだけではバグの発見は困雅なことも多く，このためはとんどの 
ブログラマは，ブログラム中のバグをつきとめるためにデバッガを利用します。デバッガ 
とは，ブログラムの動作を制御しながら実行させることができるソフトウヱアです。ブロ 
グラムの実行を任意の場所で止めたり，1ステートメントずつ実行したり，処理中のデータ 
の内容を調べたりすることができます。 

この章では . 


TurboC の統合環境は，統合デバッガと呼ばれるデパッカを内蔵しています。この章で 
は Turbo C 統合デ八ッガをどのように使うのかを説明します。 

この章は，統合デバッガの使用法を説明するための一連の例から始まります。最初の例 
では，“簡単な••バグを％見するための，デバッガの最もやさしい機能の利用法を示します。 
その後の例では，デバッガのより高度な機能を示します。 

次に，デバッガのメニューコマンドと，それに関連するメニューコマンドのあらましを， 

対応するホットキー，あるいはホットキーの組み合わせとともに述べ，各 コマンドが ; な 
うことの記述が続きます。 

敢後に，デバッグをより容易に行なうための指針をいくつか示します。指針の多くは， 
デバッグの方法だけでなく，ブログラムの設計法•記述法にも関連しています。こうした 
部分の多くは， TurboC だけでなく，他のブログラム言語に対しても適用することができ 
るはずです。 
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統合デバッガの働らき 

TurboC の統合デバッガはソース レベルの デバッガです。このことは，ブログラムを記 
述したのと同じ“言語”を使って，デバッガを制御することができることを意味しています。 
たとえば，配列中の要素の値を表示するには，次のような式で値を表示するようにデバッ 
ガに指示することができます。 

rptr •> image[nptr+ 0 x 80 ] 

ブログラムのデバッグは単に， Run/Run メニューオプション（ホットキー CTHL - F 9) 

を用いてブログラムを走らせるだけで行なうことができます 。 Source debugging トグルが 
On の状態でブログラムをコンハ M ルしてあれば，引き絞きデバッガが起動されます（この 
トグルを設定するには Debug/Souce debugging を選択します)。 

プログラムを実行する前に，ソースファイル中のいくつかの行にブレークポイントを設 
定することができます。実行中のブログラムの制御がブレークポイントに到達すると，ブ 
レークボイントのある行の最初の文を実行する直前でデハ •ッ カは一時停止し，制御をュー 
ザに戻します。 

ブログラムの停止中には，ブログラムをいろいろと調べることができます。たとえば次 
のようなことが可能です。 

■変数や式の値を表示する。 

■特別なウインドウに式のリストをセットし，それらの値の変化のしかたを見る。 

■変数の値を変更する。 

■ブレークボイントの除去，あるいは新しいブレークポイントの設定。 

■ブログラムを1行ごとに実行する。 

■ファイルの 編集， ブログラムの再コンパイルと再リンク， TurboC のメニューシステ 
ムの他の機能の利用。 

■別のブレークポイントに到達するまでブログラムを実行する。 

図 4.1 にデバッグの際の典型的な作業を示しています（この図の各ステップが統合デバ 
ッガによって行なえるすべてのことを示しているわけではないので注意してください）。 
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バッグ過程における典型的なステップ 






演習 1 :簡単なプログラムのデバッグ 


Turbo C での最初のデバッグ体験として，次に示したプログラムを使用することにしま 
す。このブログラムを WORDCNT と呼ぶことにしましょう。これはテキストファイルの 
内容を表示し，単語の長さの表を作ります。つまり，1文字からなる単語の数，2文字から 

なる単語の数， . を示すのです。ところがあいにく，この WORDCNT にはバグが 

いくらか含まれています。デバッガを用いて，バグをみつけることにしましょう。 

マスターディスクの中のファイル WORDCNT.C の中にブログラム WORDCNT が入 
っています 0 これを自分の Turbo C ディレクトリにコピーして，バグ入りのブログラムフ 
ァイルが確かにあるようにしてください 0 

Turbo C が含まれているディレクトリ以外で作業をする場合は，そのディレクトリに 
WORDCNT.C の作業用コピーを作ってください。また，ブロジェクトファイル WORDC - 
NT.PRJ とデータファイル WORDCNT.DAT の作業用コピーも作ってください。これら 
のファイルは3つとも，マスターデイスクおよひ -TurboC ディレクトリにあります。 

* WORDCNT X - Sample program for the debugging tutorial 

貪 

* Copyright (c) 1988 Borland International. All rights reserved. 

* 

* NOTE ： This program is for use with the debugging tutorial 

* in the debugging chapter of the User 9 8 Guide• It 

* intentionally contains bugs. 



#include <8tdio.h> 
#include <ctype.h> 

#define MAXWORDLEN 
Idefine NUL 
#define SPACE 



* Find the next word in the line buffer• 

* IN ： wordptr points to the first character of a word or a preceding 

* 8pace. 

* RETURN ： A pointer to the first character of the word* If there are no 

* more words t a pointer to the terminating NUL* 

***** I 

char *nextword(char *wordptr) 

{ 

/★ Advance to the first non-space. */ 
while ( *wordptr—SPACE ) 
wordptr ++5 
return(wordptr); 


16 

((char)O) 
((char)0x20) 
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/***** 

* Find the length of a word. A word 

* terminated by a space or a HUL. 

* IN: wordptr points to a word• 

* RETURN : The length of the word. 
*****/ 

int wordlen(char *wordptr) 


char nrordlimit; 
wordlimit - wordptr; 

while ( *wordlimit & ^wordlimit!-SPACE ) 
wordlimit++; 

return( wordlimit-wordptr ); 


貪 The main function. 


void main(void) 


FILE *infile; /* Input file. */ 

char linebfr[1024] t /* Input line buffer 

♦wordptr; /* Pointer to 

int i; /* Scratch va 

static int wordlencnt(MAXWORDLEH) f 

/* Word lengt: 
MAXWORDLEH. : 
static 80 tl 
zero at run 
overlencntj /* Over 


printf(-WARNINGi This is an example 
printf(■debugging session* If you 
printf(■Integrated Development Bnvi ； 
printf("See the debugging chapter o: 


printf( "Enter the input file’s nan 

gets(linebfr )5 

if ( I8trlen(linebfr) ) { 

printf( *You must specify an inpu 

exit()s 


infile _ fopen( linebfr f m r m ); 
if ( !infile ) { 

printf( "Can 1 t open input filel¥n 
exit ()； 


I* Bach loop processes one line* NOTE 
input buffer the program may produce 
buffer makes this unlikely • 貪 / 
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while ( fget8( linebfr t sizeof(linebfr)• infile ) ) { 

printf («Z8¥nMinebf r) 5 

/* Check for buffer overflow & remove the trailing newline. ♦/ 

i ■ 8trlen(linebfr); 

if (linebfr[i-l] I- f ¥n f ) 

printf( ■Overlength line beginning¥n¥tZ708¥n* f linebfr ); 
else 

linebfr[i-1] - HUL; 

/* lineptr points to the 1st word in linebfr (past leading spaces) • ♦/ 
wordptr - nextword(linebfr); 

/* Each loop processes one word. The loop ends when [nextword] 
returns NULL ， indicating there are no more words• */ 
while (^wordptr) { 

/* Find the length of this vord t increment the proper element of the 
length count array 9 & point to the space following the word. */ 
i _ wordlen(vordptr); 
if ( i > MAXWORDLEH ) 
overlencnt++; 
else 

# 

参 

wordlencnt[i ]++； 
wordptr +- i ； 

/* Find the next word (if any). ♦/ 
wordptr - nextword(wordptr )5 


/* Print the word length counts. Each loop prints one. */ 
printf( • Length Count¥n" )5 

for ( i-1; KMAXVORDLEN; i++ ) 

printf< ■ Z5d Z5d¥n B f i # vordlencntfi ])； 
printf( "Greater Z5d¥n* f overlencnt )5 

/* Close the file & quit. *1 
fclose(infile); 

) 

Debug/Souce debugging と O / C / C/OBJ debug information トグルが両方とも On に 
なっていることも確認してください。 DOS のブロンブトに対して次のように入力して ， TC 
を起動してください。 

TC WORDCNT 


そしてブログラムを作成してください （ Compile/Build all を選択します 。 Turbo C は 
WORDCNT をコンパイル，リンクして実行可能ファイルになるようにして停止します。そ 
こで Run/Trace into を選択します（あるいは F 7 を押します)〇 

この時点で，デバッガは main の先頭までスクロールして， Edit ウィンドウに入りま 
す。関数 main の宣言 (void main ( void )) を含む行がハイライト表示されていますが，これ 
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は WORDCNT を走らせた場合に最初に実行される行であることを表わしています。この 
ハイライト表示を 実行 バーと呼び， 実行位置， すなわち次に実行される文を含む行を示す 
マークになっています。 

WORDCNT を走らせるには， Run/Run を選択します。すると WORDCNT は入カ ファ 
イルの名前を聞いてきます。 WORDCNT.DAT とタイプしてリターンを押してください。 
WORDCNT はデータファイルの最初の行を読み込んで表示しますが， プロ グラムの バグ 
のためにそこで止まってしまいます。 C7W し STOP を押してそれを解除し， ESC を押して 
確認してください。そこで Run/Program reset を選択して（あるいはホットキー C7HL- 
F2 を押して）デバッグを終え， F7 (Run/Trace into) を押して，新たにデバッグを開始 
してください。 

ブレーク ポイントの設定と利用 

ソースファイルのコメントでの説明にもある通り， main の敢初の部分は，入カファイル 
の名前を要求し，それをオーブンします。 WORDCNT が，入カファイルの第1行を跣み込 
んで表示したことは，コードのこの部分は正しく動いていることを強く示しています。し 
たがつて， main の最初の部分は通過して，あやしい部分に近づいた時点で実行を止めるこ 
とにします。そのためには，実行を止めたい行の上に ブレークボイントを 設定しなければ 
なりません。 

ROLLUP { PgDn ) と下矢印キーを使って， 

while ( fgets( … 

で始まる行 （Each loop processes …で始まる S いコメントの直後）に，力ーソルを移動し 
ます。実行バーは動かないことに注意してください。ブログラム中の文を実行させたので 
なく，単にエディタのカーソルを動かしただけだからです。 

カーソルのある行の上にブレークポイントを設定するには， Break/watch/Toggle brea¬ 
kpoint (あるいはホットキー C77? し を選択します。すると，デバッガはその行をハイ 
ライト表不し，そこにブレークポイントが設定されたことを示します。このブレークポイ 
ントのハイライト表示のようすは，実行バーのそれとは異なる点に注意してください。 

ここで， Run/Run 選択してください（あるいはホットキー C7HL-F9 を押します）。 
WORDCNT は実行を続行（この場合は開始）します。 

WORDCN T は入カファイルの名前を要求した後，停止してキーボード入力を待ちます。 
デバッガは実行画面を表示することによって， WORDCNT が必要とするものを示します。 
実行画面には，あたかもデバッガなしでブログラムが動いているかのように，ブログラム 
の出力が表示されます。次に WORDCNT.DAT とタイプしてリターンを押してくださ ぃ 
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WORDCNT はブレークポイントに達するまで走り続けます0ブレークポイントまで来る 
とそこで実行を停止し， Edit ウィンドウが再び現われます。カーソルと実行バーは while 文 
の上にきています。 

while 文の上に設定したブレークポイントは，相変わらず存在していることに注意して 
ください。実行バーがあるのでブレークポイントはかくされて見えませんが，実行バーが 
移動すれば再び見えるようになります。このブレークポイントをオフにしない限り，ここ 
に到達するごとに WORDCNT は停止します。 

CTRL-STOP の利用 

設定が可能なブレークボイントの他に，実行中に作ることができる“即席’’ブレークボイ 
ント （ C 7 HL - STOP , IBM PC では Ctr /- Ereak > もあります 0 すなわち，クラッシュを除け 
ば，任意の時点でブログラムに割り込みをかけることができるのです e CTHL - STOP を押せ 
ば，実行中のブログラムから抜けて TC エディタに戻ります。このとき，次に実行される 
行の上に実行バーが表示され，ブログラムの残りの部分が実行できるようになっています。 

実際には，以下のことが行なわれています。デバッガは DOS, BIOS, 他のサービスと関 
連しているので，現在は DOS ルーチンの実行中か， BIOS ルーチンの実行中か，ブログラ 
ム自身の実行中かを知っています0 CTW し STOP が押されると，デハ•ッガは，ブログラム自 
身のコードが実行中になるまで待ちます。それから， C のソースコード行の先頭に対応する 
機械語命令に到達するまで，機械語命令をひとつずつ実行します。そこでブレークが行な 
われて，実行バーがコードの該当する行にくるわけです。 

デバッガがソースコードの行の位！ iff を決定して表示する前に，さらにもうひとつの 
CTRL - STOP を検出した場合は，ブログラムの実行を即座に終了し，ソースコードの行の位 
：»:の決定は行ないません。このときは残っている出力のはき出しや終了関数の呼び出しを 
行なわずに，ブログラムは終了します（関数 _ exit によって実行を終了する場合と似ていま 
す）。したがって， CUTOP を2回押すことは，ブログラムが無限ループに入ってしまっ 
たときなど，1回 CUTDP を押しただけでは中断することができない場合にのみ行な 
うべきです。 

関数呼び出しのステップ実行 

さて， WORDCNT のバグのありそうな部分にさしかかったので，さらに注意深く進まな 
ければなりません。 main の残りの部分が意図したように動いているかどうかをみるため 
に，各行のおわりで停止しながら1行ずつ実行していきましょう。 

main の 1 行を実行するには， Run/Step over を選択します 0 デバッガは， while 文の実 
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行にかかり，入力の最初の行を読み込みます。それから，ハイライト表示を次の実行可能 
な文を含む行に移します。絞く printf の呼び出しを実行するには，再び Run/Step over を 
選びます。 

while 文は，意図通りの動きをしているでしょうか？これを調べるには ， Run メニューで 
User screen を選択するか，あるいは GRPH - F 5 を押します。このコマンドは，実行圃面を 
表示します 0 この画面には人力の敢初の行が見えているので, while と printf は正しく動い 
ていると結論してもよさそうです。任意のキーを押すと， Edit ウィンドウが再ひ•表示され 
ます。 

デバッガには， Run/Step over に対するホットキー （ F 3) があります。 TO を押すと， 
次の文が実行されます。この文では，人力行の長さが計筘され，それが変数/に代人されま 
to 

警告!ライブラリ関数 longjmp の呼び出しを Trace into または Step over しても 次の行で 
は止まりません（この関数から戻ってくることが決してないからです）。すると，次のブレ 
ークポイントまで，あるいは実行が終了するまで，ブログラムは走ることになります。 


式の評価 


代入文は，意図した通りの結果をもたらしたでしょうか？ /の値が表示されれば，これ 
を確かめることができます。 

Debug / Evaluate を選択してください。デバッガは，次に示すような3つのフィールドを 
持つポップアップウィンドウを開きます。 

1. Evaluate (評価』フイールド：ここには，評価したい,•つまり場合によっては変更 
したい式を人力します（注意：入力したい式が長くて Evaluate フィールドに入り 
きらないときは，左右の矢印キー， HOME , SHIFT-HOME ( End ) を用いて式をス 
クロールさせることができます）。 

2. Result (結果)フィールド：デバッガは，式の値をここに表示します。 

3. New value (新しい値 t フィールド：式に保持させたい新しい値をここに人力しま 

す（オブシヨン）〇 

Evaluate フィールドには，語が1つ含まれている点に注意してください。この語は Eval - 
uate フイールドのデフオルト値で， Edit ウインドウ中のカーソル位 S にある語をコピーし 
たものです。デフォルト値の利用については少し後で考えることにします。当面は，式/を 
そこに入力して，リターンを押してください 0 デハ•ッガは Result フィールドに/の値を表 
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示します。43と正しい値になっています。 F /0 を押して，メニューシステムから抜け出して 
ください。 

次の文のグルーブでは， fgets で読み込んだ行が改行文字で終わっているかを確認しま 
す。改行文字で終わっていなければ，入力行がバッファに収まる長さよりも長かったこと 
になるので，ブログラムは警告メッセージを表示します。行が改行文字で終わっていれば 
万亊うまくいっているわけで，改行文字が単語の敢後の文字として数えられないように取 
り除きます。 

if 文を実行する前に，いま入力した行を表示して，どのような結果が期待できるかをみ 
ておくのもよいことです。それには， Edit ウィンドウ中の語//のところにカーソルを 
動かしておいて Debug / Evaluate をもう一度選択してくださレ、（またはホットキー 
CTRL - F 4 を押す）。デバッガは， Debug / Evaluate ウィンドウの Evaluate フィールドに 
linebfr と表示します 。そこでリターンを押してください。 

デバッガは，次のように表示するはずです。 

To be or not to be: that is the question.¥r 

¥ n は， C のソースブログラムと同じく，改行文字を表わしています。 

ここで F 8 を押して if 文を実行してください。実行バーは else 節に移動するので， if 文 
は正しく動いたことになります 0 else 節中の代人文を実行し，再び linebfr を評価してくだ 
さい （ Debug / Evaluate のかわりにホットキー CTW し《を使うことができます）。改行文 
字は除かれているので，ここまでは正しいことがわかります。 

関数 next word と wordlen 

次の文では nextword を呼んでいますが，この関数は文字列の中の次の（この場合は最初 
の）語を示すポインタを返します 0 FS を押してこの文を実行して hw 办ぴを評価し， nex - 
tword が返した値を見てください。 hw 办ぴは To be or not to be •••のアを指しているは 
ずです。したがって，少なくともこの簡単な場合には， nextword は正しく動いていることに 
なります。 

次にブログラムは while ループに入ります。ルーブの各繰り返しでは， /inebfr 中の語 1 つ 
を処理し， hw 办 rr を次の語に進めるはずです。そして，ループで最後の語を処理した後 
は， hw 办ひは行の終わりにあるヌル文字を指して，ループが終了するはずです。 

while 文を実行してください。実行バーはループ本体中の最初の文(関数 wordlen を呼ん 
でいる）に移ります。この関数は， hw 办びが指している語の長さを決定します。この文を 
実行し，/を評価してください。値は0と表示されますが，これは正しくありません。行の 
最初の語の長さは2でなければなりません。八グを1つ発見しました！ 
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ひと呼吸して考えよう 


バグを取り除く前に，そのバグがブログラムに与える影響を考えてみるのも価値のある 
ことです。語の長さが0であるというエラーは，2つの影®を与えます，第1に，誤った word - 
/ emvir の配列要素 （0 番目）をインクリメントしてしまうことになります。 

第 2 に， wordptr + = i ；を実行しても hw 咖 r の値は変化せず元のままです。したが っ 
て， while ループの 2 回目の繰り返しの始まりでは， vw 办 ぴ の値は 1 回目と同じ値になり ま 
す。 wordlen は1回目の呼び出しで0を返したので，2回目もおそら〈 0を返すだろうと考えら 
れます0そのため， while ループの3回目でも kw 办 ひの 値は同じになるでしょう。4回目も 
その後も，いつまでも同様のことが統きます。これは ， WORDCNT の 実行のようすと完全 
に符合します。これが WORDCNT をハングアップさせたバグなのです。 

この調査でのポイントはなんだったのでしょうか〇 WORDCNT のおかしな動作のごく 
一部を示すバグを見っけただけかもしれませんし，あのおかしな動作とはなんの関係もな 
いことがわかったのかもしれません。いずれの場合にせよ，もっとブログラムを動かして, 
次になにが起こるかを見てみたいところでしょう。それによって，発見したバグを修正す 
ることに奥中でき，ブログラムが正しい（少なくとも改稗された）動作を示すという信頼 
性を商めることができます。 

今までに行なったこと 


WORDCNT がうまく実行されないのは， wordlen 中のハ•グによるものであることがわ 
かりました。次に，咖尸ゴ / e / i のどこがおかしいかを見つけなければなりません。その点につ 
いてはすぐこのあとで取り組むことにして，その前に，ここまでで使った デバッガコマン 
ドを復習し，さらに各 コマン ドについて詳しく学んでおきましょう。 

WORDCNT のデバッグでは，次のことを行ないました。 

■ Debug/Souce debugging と O / C / C/OBJ debug information が On になっているこ 
とを確認しました。 

■ WORDCNT のデバッグの準備のために Compile/Build all を選択しました。 

■エ ディタ コマン ドを用いてカーソルを WORDCNT のあやしいと思われる部分に移 
動し， Break/watch/Togglebreakpoint を選択して，そこにブレークポイントを設定 
しました。 Run/Run (またはホットキー F 9) を選択して， WORDCNT をブレークポ 
イントまで実行しました。 

■ Run/User Screen (またはホットキーを使い，ブログラム出力をユーザ 
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画面に出力しました。 

■ Run/Step over (またはホットキー/=8> を選択し， main 中の文を1行ずつ実行しまし 

た。 

■ Debug/Evaluate (またはホットキー CTR しを選択し，いくつかの変数の値を表 
示させました。 

■発見したバグについて考え，それによって WORDCNT のおかしなふるまいの説明が 
つくと結論づけられたので，この後ただちにバグを修正することにしました。 

Evaluate ウィンドウ内のデフ オル ト式 

Debug / Evaluate を選ぶと， Edit ウィンドウの力ーソル位の語が Evaluate フィール 
ドの中にコピーされたことを思い出してください〇 Debug / Evaluate を選ぶ前に，評価した 
い変数にカーソルを; K いておくことにより，しばしば手間を省くことができます。たとえ 
必要となる式とは違っていても，デフォルト式を編集すれば，式全体をそっくりタイプす 
るよりもすばやくその式を入力できるはずです。さらに，右矢印キーを使えば， Edit ウィ 
ンドウからデフォルト式に，もっと多くのテキストをコピーすることができます。右矢印 
を押すたびに，次の文字が1文字ずつコピーされていきます。 

たとえば，ソースファイルの次の行の中の式/// ? e 6/ r [/- l ] を評価したいとします。 

if (linebfr[i-l)!- .Vn. > 

カーソルを linebfr 、こ 移動して Debug / Evaluate を選んでください。 Evaluate フィールド 
には， // wM / r というデフォルト式が表示されます。その式に〇1]も付け加えるために，右 
矢印キーを5回押してください。そしてリターンを押します。 

評価した式の値の変更 

Debug / Evaluate では，いくつかの型の式においては，その値を変更することができま 
す。/， linebfr [ i] y * (// We 6 /r + /) のような1つのデータ要素を表わす式ならすべてその値を 
変えることができます。 

変数/を評価した後，その値を変えてみてください。/を評価するためにリターンキーを 
押すと，デバッガは Result フィールドに/の値を表示します 。 New value フィールドに 
“キーを使って）移動し，/に代入したい値を入力してください。たとえば ， New value 
フィールドを編集して/+1としたり （/ •を1だけ増す)，17と入力したりします。リターンキ 
一を押すと，デバッガは入力されたものを評価して/の値を変更し， Result フィールドに 
新しい値を表示します（注意 ： New value ボックス内で1度リターンを押してしまうと， 
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ESC キーを押しても変更を取り消すことはできないということを憶えておいてくださ 
い）。 ESC キーを 押して Debug / Evaluate から一度出て再び同じコマンドを入力し，^•の値 
を再表示して確かに変更されていることを確かめてください。それから/の値を元に戻し， 
Debug / Evaluate から抜けます。 

あるバグによって引起こされた影響を修正するために式の値を修正することができ，そ 
れによってブログラムを少し先まで走らせることができるので，より多くのバグを見つけ 
ることもできます。また，プログラムの実行のようすを見きわめるために利用することも 
できます。たとえば，ある関数に妥当でない引数が渡されたときに，その関数がどのよう 
に動作するかを知りたいとしましょう。ブログラムが特定の値を関数に渡すようにするの 
は難しいこともありますが，ブログラムが関数を呼び出す直前に，変数の値を変えてやれ 
ば同じ結果を得ることができます。 

リターン キーのかわりに ESC キーを押して New value フイールドから出ると，デバッ 
ガは式の値を変史しません。間違って New value フイールドに人力してしまった場合や， 
値を人力してから気が変わった場合は ESC キーを押してください。 

次に示すものを含んでいなければ，通常の C 言語の式ならどんな式でも評価できます。 

■関数の呼び出し 

■# define または typedef で定我されたシンボルやマクロ （木 wordptr = = 0 x 20 は3午さ 
れますが，* wordptr == SPACE は， SPACE が# define で定莪されているので許 
されません） 

■実行されている関数のスコーブ内で”見えない”ローカル変数または諍的変数で完全修 
飾されていない場合 

変数名の修飾 

式の中で用いられる変数名を完全に修飾することが a ましい典型的な場合が2つありま 
す。 


■いろいろな モジュールの 静的変数を調べたいとき 
■関数の自動（ローカル）変数または静的変数を見たいとき 

変数名を完全に修飾するには，次の檐文を使用します。 

•< モジュール 名 >•< 関数名 >•< 変败名> 

モジュール 名や関数名は，場合によっては省略されてもよい点に注意してください。た 
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とえば， main 関数をステップ実行していて ， m 只 wfc という別の モジュール 内にある 
m y var という静的変数を見たい場合，. mysubs . myvar とタイプすることができます。しか 
し， myvar がモ ジュール mysubs 内の関数 myfunc 内にある場合は ，. my subs , myfunc . myvar 
と指定しなければなリません。 一 方， w 夕 / wmr が関数 main と同じ モジュール 内にあるな 
ら • • my / hnc . myvar と だけタイブすればよいのです。 

フォーマット指定子 

悄報を Debug / Evaluate ウィンドウの中でどのように表示するかということを正確に 
制御するために， TurboC では， Evaluate フィールド内の式に（オプションの） フォーマ 
ツ ト指定 子を付け加えることができます ( Watch ウィンドウにも同様のことが当てはまり 
ます)〇フォーマット指定子は，式の終わりにカンマで区切って付け加えます。大文字小文 
字どちらで冉いてもかまいません。 

フォーマット指定子は，オプションである 繰り返し回数 （整数）の後ろにフォーマット 
文字をいくつかつけたものから成り立っています。繰り返し回数とフォーマット文字の問 
に空白を人れてはいけません。 表 4.1 に使用可能なフォーマット文字とその効果が示され 
ています。 

繰り返し回数は連統した変数を表示するのに使用されます。その典型例は配列の要素の 
場合です。たとえば，/初を10個の整数配列とすると，式/如を指定すると，次のように表 
示されます。 

{ 1〇, 20, 30, 40, 50, 60, 70, 80, 90 v 100 > 

配列の特定の範囲を見たい場合は，調べたい嘏初の要素の添字を指定し，繰り返し回数 
を付け加えます。 

list [5],3 

こうすると Result フィ ー ル ドには次のように表示されます。 

60, 70, 80 

このテク ニッ クは，大きすぎて1行にすべてを表示できない配列を扱う際に有効です。 
繰り返し回数は配列に限られているわけではありません。どんな変数の後ろにも繰り返 
し回数をつけることができます。 wr , く/〇という一般的な構文は，単に var のアドレスから 
始まる var と同じ型の n 個の連続した変数を表わします。ただし，式が変数と同等のもの 
でない場合は，繰り返し回数は無視されることに注意してください。大ざっぱにいえば， 
代入文の左辺に書くことができるか，あるいは関数への引数として使用することができれ 
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C 文字。 制御文字 （ ASCII コードの0から 31) に対して特別な表示文字を出し 

ます。たとえば， • A は，"ニコニコ顔’’として表示されます。これは文字や 
文字列に対して働きます。 


S 文字列。 制御文字 （ ASCII コードの0から 31) を C 言語のエスケープ文字列 

を使用して ASCII コードで表示します。これは，文字や文字列の表示に対 
するデフォルトのフォーマツト指定子であり， M 指定子と組み合わされて 
使用される場合にのみ役に立ちます。 


D 10進 すべての整数値は，10進で表示されます。单純な整数型の式の他 

に，整数を含む配列や檐造体に対しても働きます。 


H または X 16 進。 すべての整数値は， Ox を前につけて16進で表示されます。単純な览 

数型の式の他に，格数を含む配列や構造体に対しても働きます。 


F < n > 浮動小数点。 ”は2から18の間の整数で，表示する有効数字の桁数を示しま 

す。浮動小数点値にのみ働きます。 


M メモリダンプ。 指定された式のアドレスからのメモリダンプを表示します。 

式は代入文の左辺における構文，つまりメモリアドレスを示すものでなけ 
ればなりません。そうでない場合 M 指定子は無視されます。デフォルトで 
は，変数の各バイトは2桁の16進数で表示されます。 M 指定子に D 指定子 
をつけると各バイトは10進で表わされ， H 指定子または X 指定子をつける 
と各バイトは16進で表わされます。 C 指定子または S 指定子が指定される 
と，変数は（特殊文字を含むものも含まないものも）文字列として表示さ 
れます。表示されるデフォルトのバイト数は変数のサイズに対応しますが， 
繰り返し回数を使って指定してもかまいません。 
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ポインタ。 ハードウエア志向のデフォル Y の seg •• ofs 型のフォーマットだ 
けではなく，指されているアドレスについての情報を合わせ持った货容： 
0/?型のフォーマットでポインタを表示します。特に，セグメントが置かれ 
ているメモリ領域とオフセットアドレスに存在する変数名の名前を示しま 
す。メモリ領域を次に示します。 


メモリ領域 


Evaluate メ ッセージ 


0000 : 0000 - 0000 : 03FF 

0000 : 0400 - 0000 : 04FF 
0000 : 0500 - Turbo C 

Turbo C -ユーザブロ グラム PSP 
ユーザブログラム PSP 

ユーザブロ グラム- RAM の®後部 


■ PC -9801 の場合： 

A000 : 0000 - A000 : 3FFF 
A000 : 4000 - A000 : 7FFF 
A800 : 0000 - B000 : FFFF 

C000 : 0000 - C000 : 7FFF 

C800 : 0000 - E000 : FFFF 

E000 : 0000 - E000 : 7FFF 

E800 : 0000 - F000 : FFFF 

■ IBM PC の場合： 

A000 : 0000 - A000 : FFFF 


Interrupt vector table 
(割り込みベクターテーブル） 

BIOS Data area (BIOS データ領域) 
MSDOS/ TSR，s 

(MS-DOS とメモリ常駐ブログラム） 
Turbo C 

User Process PSP 

(ユーザブロセスの PSP) 

変数に割り当られたメモリ内にその 
アドレスがあれば静的ユーザ変数の 
名前，そうでなければ何もなし 


Text Video RAM (テキスト VRAM) 
Not Used (未使用） 

Graphic Video RAM 
(グラフィック VRAM) 

User Enhanced ROM 
(ユーザ拡張 ROM) 

System enhanced ROM 
(システム拡張 ROM) 

Graphic Video RAM 
(グラフィック VRAM) 

N88- BASIC RAM 

EGA Video RAM (EGA ビデオ 
RAM) 
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BOOO : 0000 - B 000 : 7 FFF 


Monochrome Display RAM 

(モノクロデイスブレイ RAM ) 

B 800 : 0000 - B 800 : 7 FFF Color Display RAM 

(カラーディスブレイ RAM ) 

C 000 : 0000 - E 000 : FFFF EMS Pages/Adapter BIOS ROM’s 

( EMS ページ/アダプタ BIOS ROM ) 
F 000 : 0000 - F 000 : FFFF BIOS ROM 

構造体/共用体， { X : 1. Y :10, Z : 5 } のように値とフィールド名を表 
示します。構造体と共用体に対してのみ働きます。 


次に フォーマッ ト指定子に関する一般的な規則をいくつかあげます。 

1. フォーマット指定子は，それが有効な型の変数に添えられた場合にのみ効果があり 
ます。それ以外の場合は無祝されます。 

評価される式が後数のオブジェクトを含む場合（たとえば構造体）は，梭数個のフ 
ォーマット指定子を式の終わりにつけますが，各オブジヱクトに対して適切なフォ 
ーマット指定子が当てられます。たとえば，整数と実数を含■む梆造体を表示するた 
めに struct ， F 5 H と人力したとすると，5?数は16進数 （ H ) で，実数は有効数字5桁 
の浮動小数点フォーマット （ F 5) で表示されます。 

2. ある1つの式に対して同じ型の2個以上のフォーマット指定子を入力した場合，相容 
れない指定子のどちらが使用されるかは，型に依存する優先順位によって決まりま 
す。つまり， * 先順位の最も高いものが選ばれます。もちろん，この問題は構造体 
または共用体に対してだけ起こります。単純変数や配列変数に対しては，普通に1個 
のフォーマット指定子のみを入力してください。 
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注意：ポインタ変数に対して用いられた H フォーマッ ト指定子は，ポインタを16進 
整数値として表示し李す。 

フォーマット指定子の使い方を示すために，次のような W 造体と変数が宣言されている 
と仮定しましょう。 

struct { 

int account; 
char name [ 10 ] : 

} client - { 5000, "Jones" }; 

int list[5) _ { 0,10. 20 f 30 f 40 }; 
int *ptr •list; 

void main() 
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この場合， Evaluate フイールドに次のような式を入力すると， Result フイールドに対応 
する評価が示されます。 


Evaluate (評価） 

Result (結果） 









9111 










演習 2 :wordlen 内のバグの探索 


さて， WORDCNT に戻って 関数 のどこがおかしいのか見つけ出しましょう。 

ひたすらコードを調べて，どこがおかしいのか発見できるかどうか見てみるのもよ いや 
リ方の1つです。実際，おおよその位置がわかっていれば，それがハ•グを見つける®も速い 
方法です。しかし，今回はその綉怒をこらえ，ここでの演習に従ってください。 

もし，まだ演で開始したデハ # ッグセシヨンにいるのであれば， Run/Program reset を 
選択して（あるいはホットキー C 7 H し /=2を押して）今までの 搡 作をキャンセルしてくださ 
い。これによって Turbo C は， WORDCNT が割り当てていたすベてのメモリを解放し， 
オーブンされているファイルをクローズして， WORDCNT の現在の実行を終わらせます。 

一方，統合環境から出てしまったり，演習1を終えて他のブログラムを実行するために統 
合環境を使用してしまった場合は，統合環境を再開してブロジュクトファイル WORDC- 
NT.PRJ を選択してください。そして， while ( fgets(... の文の上にブレークポイントを 
設定してください。 

それでは， Run/Run を選択して新しいデバッグセシヨンを開始してください。 Turbo C 
は，再び WORDCNT を走らせるための用意を行ないます。 TurboC は ブログラムをブレ 
ークポイントで止まるまで走らせます。 

ファイル名のブロンブトが表示されたら， WORDCNT.DAT とタイプして リターンを 
押してください。 
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Run/Step over を選択して WORDCNT を 1 行ずつ実行し， wordlen を呼び出す文まで走 
らせます。それから， Run/Trace into を選択して（あるいはホットキー F 7 を使用し 
て），を呼び出す文を走らせるのではなく，デバッガをの中に入り込ませ 
ます。 

Run/Trace into は Run/Step over と同様，プログラムを1行ずつ走らせますが，関数呼 
び出しを通過せずにその中に入り込みます。この場合,実行バーは MX)rdlen の宣言のところ 
に置かれます。 

HW ゴ/⑼のアルゴリズムを少し考えましょう0関数は1個の引数 （ hw め? / r という名前の, 
ライン バッファ 内の語を指すポインタ）を必要とします 0 まず办びの値は， ローカル 変 
数 wordlimit に代入されます。その後 while ループは， wordlimit が語の終わりの空白，また 
は行の終わりのヌル文字を指すようになるまで， hw 出/ m / f を進めていきます。関数は， 
wordlimit と wordptr との差を語の長さとして返します。 

代入文から2行だけ実行して， wordlen の定義を実行してください。この場合， Run/Trace 
into と Run/Step over のどちらを用いてもかまいません。 kw ゴ / e / 2 はこれ以上低いレベル 
の関数を呼び出すことはないので，2つのコマンドは同じ働きをするのです。 

ここで HW ゴ // w / r が指している文字列を評価してください。それは，入カファイルの敢初 
の行であり，それでよいのです。次に while 文を走らせてください。実行バーは次の行に移 
動し，その行で wordlimit はインクリメントされるはずです。ところが実際にはそうではな 
く，実行バーは後ろの return 文を含む行に移動してしまいます。これが探していたバグな 
のです。 

注意： Evaluate ボックスから出て TC エディタに戻るには， ESC キーを2回押してもかま 
いませんが，ホット キー F 10 を1回押すだけでも戻れることを试してみてください。 

次に何が起きるか考えてください 0 wordlimit はインクリメントされていないので， word - 
//> m 7 と hw 办 rr との差は〇であり， hw ゴ fc / i は〇を返します。これが，探していた八グです。 
バグの範囲は， wordlen の中のどこか」から 「 wordlen の while 文の式の中のどこか」に狭 
められたわけです。ここでもう1度コードを見て，どこがおかしいのかわかるかどうか考え 
てみる価値はあります。 

おかしいところがわからない場合は，式の疑わしい部分を評価して，それらが組み合わ 
されてどのように働くかを考えてみてください。 * nwtf // m /7 の値は， ASCII 文字のアで 
あることがわかると思います。 SPACE は# define で定義された記号なので，* wordlimit 
!= SPACE は評価できません。しかし， * wordlimit \= 9 ’ （ SPACE の値は’ ’） を評価 
することは可能で，その値は1(真）です。したがって式全体の値は真になるはずですが， 
実際には偽になっています。演算子&のどこかがおかしいのです。 


72 


第4章プログラムのデバッグ 



実は，&はこの場合誤った演算子なのです。これは C 言語においてはビット演算子であ 
り，あるオペランドのそれぞれのビットと他のオペランドの対応するビットの論理撗をつ 
くる働きを持っています。 

* y^ordlimit != SPACE は常に0か1なので，* word / imi 〖 が偶数になれば，* wordlimit 
& * wordlimit != SPACE は0になってしまいます。この演算子は&&であるべきなので 
す。この演弈子の場合，オペランドが両方とも0でないときに，1という結果を与えます （& 
と&&の両方の演铢子を用いて式全体を評価し，その違いを確認してください）。 

(自分でこの問題を解決できなかったとしても，気を落とすことはありません。&と&&， 
あるいは|と| j を•混同することは，初心者の C ブログラマが最も起こしやすい誤りの1 
つなのですから。自分自身が與 t 、たコードの中で数阆この神•の誤りを見つけることを経験 
すれば，すぐわかるようになるはずです)。 

バグの修正 

バグを修正するのに必要なことは，单に&を&&に変えるだけです。次のデバツグセシヨ 
ンでブログラムが壊れても，いま行なった変史が失われないように，直したブログラムを 
セーブしておきます (《 キーを押してください）。それから， Run / Run を選択してくださ 
い。ソースコードを修正したので，再作成するかどうか間いてきます。そこで y とタイプ 
してください0そうすると，ブログラムのコンハ•イルとリンクが行なわれます。これで修 
正したブログラムをデバッグする准慵ができたわけです。 

さらにバグを探しに行く前に，少し休憩して，今まで学んだことを要約し，これまで出 
てきたいくつかの点を詳しく見てみましょう。 

これまで行なってきたこと 

まず，段初のデ八ッグセシヨンを Run/Program reset , あるいはそのホットキ ー CTRL - 
F 2 でキャンセルしました。それから， ブレーク ボイントを設定して， WORDCNT を word - 
/⑼の呼び出しまで走らせ， Run/Run (あるいはホットキー CTO し 《) を選択しました。 

Run/Trace into (ホットキーで hw ゴ fe / j の呼び出しの中へ入り込みました。これに 
よって wordlen をステップ実行し，バグを見つけました。バグを修正し，ソースファイルを 
セーブして， Run / Run で変更を加えたプログラムをデバッグする準備を行ないました。 
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ブレークポイントについての詳細 


最初の演習をやり終えた後 TurboC から出ていなければ ， while ( fgets (... に設定さ 
れたブレークポイントは，2番目の演習を始めたときにもまだそこに設定されていました。 
このため WORDCNT は， Run / Run でブログラムの終わりまで走らずにブレークポイン 
卜で止まったのです。これからわかるように，ブレークポイントはあるデバッグセシヨン 
から次のデバッグセシヨンへ“引き継がれ’’ます。ブログラムを編集し，作成し直している 
場合でもそうです。 TurboC は，各ブレークポイントを適切に上下させて，該当する文の 
ところに保持するわけです。 

ブレークポイントは，それらをブログラムファイル中に設定したり，ファイルをセーブ 
したり，他のファイルを編集したりしても引き継がれます。ブレークポイントが失われる 
のは次の場合です。 

■統合環境から出た場合 

■ソースファイル 内で， ブレーク ポ イン トが設定され ている 行を削除した場合 

■ Break / watch/Clear all breakpoints を選択して，ブレークポイントをすべてクリア 
した場合 

しかし ， Turbo C は次の2つの場合にはブレークポイントを追うことができなくなるこ 
とがあります。 


■ブレークポイントを含むファイルを編集して，そのファイルの钃集を中止した（セー 

ブしなかつた）塌合。 TurboC は，元のファイルのどこにブレークポイントが設定さ 
れていたかを記係していないので，ブレークポイントを間違った行に表示します。 
編集したソースファイルを捨てる場合は，すべてのブレークボイントをクリアして 
( Break / watch/Clear all breakpoints を選択して），必要な場所にセットし直してく 
ださい。 Break / watch/Clear all breakpoints は，集しているソースファイル内だ 
けでなく，ブログラム内のすべてのブレークポイントをクリアする点に注意してくだ 
さぃ。 

■ファイルを編集したのに，コンパイルやリンクをやり直さずに現在のデバッグセシヨ 
ンを統けるか，新しいセシヨンを開始した場合。 ブレークポイントは，実際には正し 
い場所に設定されていますが，ソースファイルがもはや実行可能ブログラムと一致し 
ていないために，ブレークポイントを示すハイライトは誤った行に現われます（実行 
バーもまた誤った行に現われます)。 
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デ八ッグセッションを統けるか再開しようとするときに， Turbo C は， Source 
modified, rebuild? という餐告のブロンブトを表示するので，間違ってこのような状況 
にはまり込むことはないはずです。 


ソースファイルをコンパイルする前に， ブレーク ポイントを実行可能な文を含まない行 
(たとえばコメント行や空白行)の上に設定することもできます。そのような場合， Turbo 
C はフロクラムを走らせる直前に，ブレークポイントが実行可能な文を含まないソース行 
に設定されているという If 告を発します。一度ファイルをコンパイルしてしまえば， Turbo 
C はどの行が実行可能な文を含んでいるか認識するので，その行にブレークポイントを設 
定しようとした場合には聱告が発せられます。 

Break/watch/View next breakpoint を選ぶことにより，カーソルをファイル内の次の 

ブレークポイントに動かすことができます。このコマンドによって，現在のプロジェクト 
における次のブレークポイントに力ーソルを動かす点に注意してください。ブログラムを 
走らせたときに次に実行されるブレークポイントではありません。すべてのブレークポイ 
ントではなく，その内のいくつかをクリアしたいときには， Break/watch/View next brea¬ 
kpoint を使用してブロ グラムの中のブレークボイン 卜を見まわしておくとよいでしょう。 

演習3:プログラムに戻って 


では今までの変史でバグが修正されたかどうか見てみることにしましょう。 

演習2を終えた後で統合環境から抜けていたり，他のブログラムを走らせたりした場合に 
は，統合環境を再起動して WORDCNT.PRJ をカレントブロジヱクトにします。新しくデ 
バッ 7 セッシヨ ンをスタートするために Run/Run を選択してください。 wordlen を呼び 
出しているところまで WORDCNT を走らせます。そこまでトレ ー スしたら wordlen のキ 
をステッブしていきましょう。今度は正しく動いて，値として2が返るはずです。うまくい 
きましたね！ 

しかしまだ仕事は終わつていません。このブログラムの大部分はまだテストが済んでお 
らず，そこにもハ•グがあるかもしれません。次にテストしなければならないのは main の内 
側の while ループです。敢も完全なやり方は，入力の最初の行がすべて処理され制御がルー 
プを抜けるまで main をステップ実行していくことです。そしてステップごとに正しく処 

理されているかどうかを確認し，さらに正しい場所で制御がループから抜けているかどう 
かを確認します。 

これは大仕事のように見えるでしょうか？しかしデ八ッガの Watch ゥィンドゥは仕事を 
随分楽にしてくれます。 Watch ウインドウには，式とその式の現在の値とが表示されま 
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す。デバッガが停止するたびに式の値が計算され， Watch ウィンドウに表示されます。こ 
うして，ブログラムの実行中に式の値の変化を監視 （ watch ) することができるわけです。 

内側の while ループ中で重要なデータ要素——変数/, hw 办びから始まる文字列，およ 

び wordlencnt の先頭の要素いくつか-について監視式 (watch expression ) を作成する 

ことにしましょう。 

Watch ウィンドウは通常，デバッグセッションのあいだ画面の一番下の部分を占めま 
す。これはコンパイル•リンク時に Message ウィンドウがある場所と同じです 0 初期状態 
ではウィンドウの高さは1行分で中には何もありません。 Watch ウィンドウが表示されて 
いないとすると， Edit ウィンドウが全画面にズームされているのが原因です。 F 5 を押して 
分割画面の状態に戻せば Watch ウィンドウが表示されます。 

Break / watch/Add watch を選択してください（またはホットキーの CTR し F 7 を押し 
てください）。デハ•ッガはウィンドウを開いて監視式の入力を要求します。 Debug / Evalu ¬ 
ate と同じように， Break / watch / Add watch も Edit ウィンドウのカーソル位 38 の堆語を 
デフォルトの式とします。このデフォルトの式が/ • でなかった場合には，/•をタイブして リ 
ターンを 押してください 0 デバッガは/という式とその現在の値を Watch ウィンドウに追 
加します。 

以上の手統きを， wordptr および wordlencnt [1へから wordfencnr [4] ま での5つの式に対し 
て繰り返してください。監视式を追加するごとに， Watch ウィンドウはそれに応じてひろ 
がっていきます。それでは， WORDCNT が入力の敢初の行を全部処理するまで， while ル 
ーブの中をステップ実行して行きましょう。処理が進むにつれて ， WORDCNT が wordptr 
を一度に1語ずつ進め， wordlencnt の対応する要素をインクリメントしていくのを見るこ 
とができます。 wordptr が行末に達し，実行八一が内側の while ループを抜け出たところで 
ストッブしてください。このループは正しく動いているようです。 

監視式の編集と削除 


Watch ウィンドウ内の監視式は，追加だけでなく編集や削除も可能です。 

監視式を編集したり削除したりするには，まず Watch ウィンドウをアクティブにしま 
す。メニューシステムの中にいる場合は，まず F /0 でそこから抜け出てください。 F 6 を押 
せば， Edit ウィンドウから Watch ウィンドウに切り換わります。 Watch エディタは編集 
や削除を行なおうとする式をハイライト表示します。ハイライト表示を移動させるには 
HOME , SHIFT-HOME { End ) および上下の矢印キーを使います。 

まず監視式め編集からやってみましょう。ハイライト表示を KW ゴ / e /7 C 72/[4] に動かして 
Break / watch/Edit watch を選択します（または リターン キーを押します)。するとデバッ 
ガはその監視式の入ったウィンドウを開いて式の編集を要求します。 
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配列の添字を4から6に変えて リターン キーを押してください。デバッガは Watch ウィ 
ンドウ内の監視式を変更し，新しい式の値を表示します。 

今度はという式をハイライトさせて， Break / watch/Delete watch を選 
択してください（あるいは DEL または CTRL-Y を押してください)。デハ•ッガは指定され 
た監视式を削除します。 

TO を押して Edit ウィンドウをアクティブにします。 Watch ウィンドウがアクティブで 
ない場合は，ハイライト表示されていたことを示すダイヤのマークが監視式の頭に付きま 
す。 TO をもう一度押して Watch ウィンドウを再びアクティブにしましょう。 

Break / watch/Remove all watches を選択すると，すべての監视式を一度に削除するこ 
とができます（このとき Watch ウィンドウをアクティブにする必要はありません）。では 
すべての監視式を削除してみましょう。 Watch ウィンドウは元の何もない状態に戻りま 
す。 

もう一度 F 6 を押して Edit ウィンドウをアクティブにしてください。 F 6 を押すごとに， 
アクティブウィンドウは Edit ウィンドウから Watch ウィンドウへ，あるいはその逆へと 
切り換わります。 

ウィンドウの拡大と切り換え 

デバッガにおけるウィンドウの拡大や切り換えのルールは，これまで説明してきたエデ 
ィタやコンパイラ•リンカの場合のルールの延長線上にあります。 

デバッグセッシヨンの間， W 面は通常 Edit ウィンドウと Watch ウィンドウとに分割さ 
れています 0 これはコンパイル•リンク時に，_面が Edit ウィンドウと Message ウィンド 
ウとに分割されているのと同じです。 

この表示されている2つのウィンドウ—— Edit ウィンドウと Message ウィンドウ，ある 
いは Edit ウィンドウと Watch ウィンドウ——を切り換えるには F 6 を押します。 

アクティブなウィンドウを全_面に拡大するには F 5 を押します。アクティブウィンド 
ウが披大表示されているときには， F 5 を押すと画面は分割表示に戻ります。では， Edit ウ 
ィンドウおよび Watch ウィンドウについてこの機能を试してみてください。 

実行®面を表示させるには， Run/User screen を選択するか GRPH - F 5 を押します。で 
はこれを試してみてください。どれかキーを押せば元の画面に戻ります。 

GRPH - F 6 は ウイン ドウの内容を変更するのに使用します。 


■ Edit ウインドウがアクテイブな場合には，現在のファイルの直前にロー ドされていた 
フアイルか•再ロー ドされます。 
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Watch ウインドウや Message ウインドウがアクティブな場合には， GRPH - F 6 で 
Watch エディタあるいは Message 追跡ウィンドウとの間で切り換えが行なわれます。 


監視式の スクロール 


Watch ウィンドウに式を追加していくと，画面の約半分のところまでウィンドウは広が 
っていきます。そこでさらに式を追加すると，スクロールしてウィンドウの一部が消えて 
しまいます 。 ROLLDOWN ( PgUp、 ， ROLLUP ( PgDn ) および上下の矢印キーを使ってス 
クロールさせれば，この消えてしまった式を再び表示させることができます。 

1つの監視式が大きすぎてウィンドウに入りきらないときには， HOME . SHIFT-HOME 
( End ). 左右の矢印キーを使ってスクロールさせると，式の先頭や最後を見ることができ 
ます ( Debug / Evaluate で長い式や値をスクロールさせるときと同じです）〇 


演習4:プリントループのデバッグ 


ここまでで，入カファイルの2光み込みと処理を行なう while ループ全体についてのデバ 
ッグが済みました。このループには，バグの隐れていそうな場所がまだ少し残っています。 
しかしそうした部分をチェックするには， WORDCNT に空行などの特殊な入力を与えて 
やる必要があります。そこで，そういったハ•グを探すのは後回しにして結果をブリントす 
る for ループを見てみることにしましょう。 

まず for ループが始まる行（117行目あたりです）まで WORDCNT を走らせます。これ 
は，ご存じのようにカーソルをその行に移してブレークポイントを設定し， Run / Run を選 
択すればできますが，今度は別の方法を使ってみましょう。特定の場所で1回だけ停止させ 
たレ、場合にはこちらの方が便利です。 

カーソルを for ループの先頭に置いて， Run/Go tocursor を選択します（ホットキー F 4 
を使うこともできます）。デバッガは WORDCNT を実行し，カーソルのある行でストツブ 
します（その前にブレークポイントがあった場合にはそこでストップしますが，ブログラ 
ムのその部分にはブレークボイントは設定されていません）。 

文を1つ実行して，実行八一を for ループの中の printf に動かします。 for 文の行にはブ 
レークポイントのハイライト表示がないことに注意してください 0 Run/Go to cursor はそ 
の場だけの処理です。永久的なブレークポイントを設定するものではありません。 Run / 
Trace into で for ループの中をステッブ実行していきましょう。 Run/Trace into では 
printf の中はトレースされないことに注意してください。これは printf のソースファイル 
ではデバッグ情報を含んだ形でコンハ。イルするような定義がされていないためです。デ八 
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ッガはこうした関数を実行することはできますが，その中をトレースすることはできませ 
ん（ただし今回の場合にはトレースできない理由は他にもあります。 printf の ソースファ 
イル自体がデイスクにないことです）。 

printf の呼び出しを含む行を実行するたびに，デバッガは実行画面に切り換わります。 
これによって printf は，正しい場所で出力を行なうことができます。デバッガは関数を含 
んだ文を実行するごとに実行画面を表示します。これは，その関数が実際に画面に出力を 
行なうのかそうでないのかを知るすべがないからです。 

実行画面の表示される短い時間では，ブログラムの出力を読むことはおそらく不可能で 
しよう。そこで， WORDCNT が画面に何をしているかを見るときには， Run/User screen 
あるいは C 3 RPH - F 5 を使って実行画面を再表示させます。 

注意：逆にブログラムの出力が Edit ウィンドウのソースコードに上冉きしてしまうのを 
避けるには， Debug/Refresh display を選択して W 面を辨き直します。そして， Debug / 
Display swapping オブシヨンが Smart か Always になっているのを確かめてください 
(このオブシヨンについての詳細は第5章を参照してください）。 

これで演習4を終わります。 for ループにハ•グがあるかどうかは自分で確かめてみてくだ 
さい。そしてハ•グがあった場合はどうやって修正するかも考えてみてください。 

注意： WORDCNT にはまだいくつかハ•グがあると言ったはずです。あなたは見つけるこ 
とができたでしようか？これらのバグはみんな，この章の後半にある r 効率的なソフトウエ 
ァテストの指針」の節で話題にしているものばかりです。 

演習5:大きなプログラムでの作業 


デバッガには，大きなソースファイルや複数のファイルからなるプログラムを扱う際に 
役立つ機能がいくつか用意されています。今度はそういった機能について説明します。 

これから説明する機能の1つを使うには， Options / Compiler/Code generation / Stan - 
dard stack frame オブシヨンを On にしてブログラムをコンパイルする必要があります。 
このオブシヨンを確かめてみてください。オブシヨンが Off になっていたら On にして， 
Edit ウィンドウに WORDCNT がロー ドされているのを確かめてから QRPH - F 9 を押し 
て再コンパイルしてください。 

では， Run/Step over を選択するかホットキー F 8 を押してデバッグを開始しましょう。 
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関数の定義を探す 

Debug/Find function は， Edit ウィンドウをスクロールして関数の定義を表示します。 
このコマンドによって， Debug/Source debugging および O / C / C/OBJ debug informa ¬ 
tion が On の状態でコンパイルしたブログラムはすべて検索することができます。 

Debug/Find function は，ブログラムのある部分を実行中にバグを発見したが，その修 
正には別の部分を変史する必要があるといった場合に役に立ちます。また，関数の動作を 
思い出すために，その関数のコードやコメントを見たいといった場合にも有用です。 

このコマンド を试すには， カーソルを main 内の wordlen を呼び出している問題の行に 
持っていきます。 Run/Go to cursor を選び，次にカーソルを hw ゴ fe/i という名前に合わせ 
て Debug/Find function を選択します。デバッガはウィンドウを開いて関数名の入力を要 
求してきます。見っけ出したい関数は wordlen なので， wordlen と タイブして リ ターンを押 
します。するとデバッガは， Edit ウィンドウに hw ゴ/抑の定義を表示します。 

コール スタック 

何レベルもの関数呼ひ•出しを行なっているブログラムをデバッグする場合には， コール 
スタックを見る必要の生じる垛合がでてくるでしょう。このコールスタックによって，現 
在の実行位 逋 に至るまでに，ブログラムがどんな関数をどんな順序で呼び出しているかが 
わかリます。この機能を使用するには， Option / Compiler/Code generation/Standard 
stack frame オプションを On にしておく必要があります。 

hw ゴ / ez ? の中までトレースしてから， Debug/Callstack を選択するか，対応するホット 
キー C 77? し^ 3を押してください。デバッガはポップアップウィンドウに コール スタック 
を表示します。現在実行中の関数はスタックの一番上に表示され， main が一番下に表示さ 
れます。コールス タッ クにはブログラムが呼び出している関数名だけでなく引数の値も表 
示されます。 

コールスタックウィンドウのハイライト表示を望みの関数に動かして リターンを 押せば, 
その関数の実行中の行を表示させることができます。たとえば ma i n の現在実行中の行を 
表示するには，ハイライト表示をコールスタックウィンドウの main に持っていって リタ 
ーンを押します。するとデバッガは Edit ウィンドウをスクロールさせて， main の wordlen 
をコールしている部分を表示します。コール スタ ックに他の関数のエントリがある場合に 
は， Debug/Call stack をもう一度選び，続いてコールスタックのその関数のエントリを選 
択することで別の関数の実行中の行を表示させることができます。 
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実行中の位置に戻る 


Debug/Call stack オプシヨンを使うと，ブログラムの他の部分を見た後で実行八一の位 
に戻ることもできます。 Edit ウィンドウを実行バーのある位置までスクロールさせるに 
は，コールスタックの一番上の関数を選択するだけでいいのです。試してみてください。 
これでデバッガに関する練習は終了です。 
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複数の ソースファイルについて 


アパッガのコマンドはすべて，複数のソースファイルからなるブログラムでも利用でき 
ます。たとえば Debug/Find function で， Edit ウインドウに表示されているのとは別のソ 
ースファイルで定義されている関数を検索した場合には，デバッガは適切なファイルをウ 
インドウに口ードします。現在ウインドウ内にあるファイルに変史が加えられていた場合 
には，デバッガは新しいファイルをロー ドする前に現在のファイルをセーブするかどうか 
聞いてきます。 

问様に （ Debug / Callstack を使って）コールスタック上の関数を選択した場合にも，デ 
バッガは実行位 : B (現在実行中の関数の次に実行される行）を含むソースファイルを Edit 
ウインドウに再ロードします。それ以外のファイルに修正が加えられていた場合には，デ 
バッガは元のファイルを再ロー ドする前に修正部分をセーブするかどうかを芬ねてきます 
プログラムが数多くのソースファイルからなっている場合は，一度にその一部分だけをデ 
バッグするのが賢明です。ブログラムに修正を加えるのを一度に数简所だけに絞れば，仕 
私を管理するのがずっと楽になります。 
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デバッガコマンドとホッ トキーの概要 


ここまでは統合デバッガの最もよく使われる コマン ドについて説明してきました。デ 八 
ッガに憤れてきたら勉強したくなるような コマン ドはこれ以外にもたくさんあります。こ 
うした コマン ドについては下の2つの表を参照してください。 

デ八ッガ コマン ドやそれ以外の メニューコマン ドの多くは，ホット キー や キーの 組み合 
わせで起動することができます。しかしあまり細かく説明しても混乱を招くだけでしょう 
から，これまでは非常に重要なも の だけを説明してきました。 表 4.3 にあるのがこれまでに 
学んだデバッガ コマン ドについてのすべてのホットキーです。 

表 4.3 デバッガコマンドとホットキー 
ホットキー メニューコマンド/説明 


F4 Run/Go to cursor 

ブログラムを実行して カーソルの ある行で停止します。デバツグ セッシ 
ョンを開始します。 

CTRL - F 2 Run/Program reset 

現在のデバッグセッシヨンをキャンセルして，割り当てられたメモリを 
解放し，ファイルをクローズします。デバッグセッション内でのみ有効 
です。 

F 7 Run/Trace into 

現在の関数の次の文を実行します。 Debug/Source debugging と 0/ C / 
C/OBJ debug information トグルが On の状態でコンパイルされた関数 
の呼び出しの場合には，その関数の中もトレースします。デバッグセッ 
シヨンを開始します 0 

F 8 Run/Step over 

現在の関数の次の文を実行します。呼び出される関数の内部はトレース 
しません。デバッグセッションを開始します。 


デバッガコマンドとホットキーの概要 


83 



CTRL-F4 


CTRL-F3 


CTRL-F7 


O / C / C/Standard stack frame 

Option / Compiler/Code generation/Standard stack frame トグルを切 
り換えます。 Debug/Call stack オブションを正しく機能させるには，ブ 
ログラムをコンパイルする際にこのトグルを On にしておかなければい 
けません。 


O / C / C/OBJ debug information 

O / C / C/OBJ debug information トグルを切り換えます。デバッグがで 
きるのはこのトグルを On に設定してコンパイル.リンクされたソース 
ファイルだけです0 

Debug/Evaluate 

C の式を評価します。また変数の値を変更することもできます。 
Debug/Find function 

関数の定義を検索し， Edit ウィンドウに表示します。デバッグセッシヨ 
ン内でのみ有効です。 

Debug/Call stack 

コールスタックを表示します。コールスタックから関数名を選択するこ 
とで，その関数の現在実行中の行を表示させることができます。デバッ 
グセッシヨン内でのみ有効です。 

Debug/Source debugging 

デバッグを可能にするかどうかを制御します。これが On に設定されて 
いるときは統合デバッガとスタンドアロンのデバッガが両方とも使用で 
きます 0 Standalone に設定されているときには，ブログラムのデバッグ 
にはスタンドアロンのデバッガしか使用できません。ただし TC でもブ 
ログラムの実行は可能です。 None に設定されている場合には. EXE フ 
ァイルにデバッグ情報が害き込まれないので，どちらのデバッガを使っ 
てもブログラムのデバッグは行なえません。 

Break / watch/Add watch 監視式を1つ追加します 0 

Break / watch/Delete watch 監視式を1つ削除します。 
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Break / watch/Edit watch 監視式の編集を行ないます。 

Break / watch/Remove all watches 監視式をすべて削除します。 

CTRL-FQ Break / watch/Toggle breakpoint 

カーソルのある行のブレークポイントを設定/解除します。 

Break / watch/Clear breakpoint 

ブログラム中のすべてのブレークポイントを解除します。 

Break / watch/View next breakpoint 
次のブレークポイントを表示します， 


ットキーの概要 


表 4.4 にはこれ以外のメニューコマンドで，統合デバッガでよく使用されるも G 
ます（これ以外のメニューコマンドのホットキーについては第5章を参照してくだ 

表 4.4 デバッガで使用されるメニューコマンドとホットキー 


F5 アクティブ ウイン ドウを全画面モードに拡大したり分割画面モードに戻 

したりします。 

QRPH-F5 デイスブレイをユーザ画面に切り換えます。どれかキーを押すと統合環 

境に戻ります。 

F6 Edit ウインドウと， Watch ウインドウまたは Message ウィンドウの間 

でアクティブウィンドウを切り換えます 0 

(3RPH-F6 Edit ウインドウがアクテイブな場合には，その前にエディタにロードさ 

れていたファイルに切り換わります。下側のウィンドウがアクティブな 
場合は， Watch ウィンドウと Message ウィンドウの切り換えを行ない 
ます。 

CTR し F9 Run/Run 

デバッガ中で，あるいはデバッガなしでブログラムを実行します。必要 
な場合にはソースフアイルのコンハ•イルやブログラムのリンクもない 

ます。プログラムが Debug/Source debugging と O / C / C/OBJ debug 
information が On の状態で コンハ •イル•リンクされている場合には，ブ 
レークポイントまであるいはブログラムの終わりまで実行します。 

Project/Remove message Message ウインドウの内容を消去しま 

す0 


効率的なソフトウェアテストの指針 


ソフトウェアのテストには，デバッガの使用法を知ること以外にも様々なポイントがあ 
ります。ブログラムが間違った動作をしているかどうか，またその原因はどこにあるのか 
を知ることは，ブログラム開発の上で最も挑戦的な部分です。 

この章の残りの部分では，そうしたブログラムテストの作業を容易にするためのテクニ 
ックについて述べていきます。 

標準的 アプローチの 展開 


ソフトウェアのテストに対する樣準的なアブローチを展開していきましょう。すなわち 
経験から得られたステップからなるチェックリストによって，プログラムの信頼性を商め 
ていくという方法です。 

ブログラムのテストには唯一の正解というものは存在しません。あなたのチェックリス 
卜は，#いているブログラムのタイブ，あなたのブログラマとしての長所と短所，あなた 
自身の流儀といったものによって変わってきます。しかし次に示すチェックリストを出発 
点として提供することはできるでしょう。 

■ブログラムに単純でしかも簡単すぎないような入力を与えます。コードをトレースし， 
Debug/Evaluate と監視式を充分に使ってデータ項目の値をチ x ックします。見つか 
ったバグは修正しますが,一度に修正するのは1简所ないしは数箇所だけにしておきま 
す。 

■前のステップでテストできなかった部分を実行するように，プログラムに別のデータ 
セットを与えます。 

■プログラムのすべての文をテストします。バグがあるとは疑ってもみなかった所で八 
グが発見させることもあるでしょう。たとえば WORDCNT の場合には，すべての文 
をテストすると， else の後ろに怪しげなセミコロンが見つかります。これによってブ 
ログラムが MAXWORDLEN 文字以上の単語に出くわしたときにとんでもないこと 
が起こります（このようなセミコロンは通常 Edit ウィンドウの右端より先にありま 
す。このため，こういうとき以外ではなかなか気がつかないと思います)。 

■2 回以上テストしなくてはいけない文や式に注意します。たとえば次の場合では， 

if ( 8trcmp(a,b ))... 


効率的なソフトウェアテストの指針 
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strcmp は， 0 a と 6 が等しい場合)， - 1(a が6より小さい場合)，+ 1 U がわより 
大きい場合）の3種類の値をとり得ます。このことは， strcmp がいずれの場合にも正 
しく動いていることを確かめるには，この文を 3 M 頦の入力値でテストすべきであるこ 
とを示しています。 

x _ ( x >0) ? func ( x ) s 0 5 

この文には“暗黙の if ” が含まれていて， 2 つの異なった結果を取り得ます。 

■境界条件には 特別の注意を払ってください。境界条件とは，ブログラムがループから 
脱出する条件や配列をいっぱいにする場合などのことです。境界条件の取り扱いが正 
しくなかったためにバグが現われるのはよくあることです。 

WORDCNT には境界条件に関するバグの実例が 2 つ含まれています。 1 つは，煅後の 
for ループは， wordlencnt の装-集のうち， MAXWORDLEN 文字の長さの単語を表わ 
すものをブリントできません。もう1つは， nwrf / ⑼ cm の定義では割り当てられた各要 
素が小さすぎます。これでは要素が存在できません。 

■デバッガから離れて，ブログラム全体が正しく動くかどうかをテストしましょう。ブ 
ログラムを他の人が使うことになっていて，その人はブログラムは当然正しく動くも 
のと思っている場合には，ブログラムが出会うかもしれないあらゆる神類のエラーに 
対する反応をテストしてください。はとんどのエラーをうまく処理できるブログラム 
は頑丈だということができます。 

■他の人がそのプログラムを使用する予定ならば，ブログラムをテストしてくれる人を 
少なくとも1人用：おしましょう。その能力や要求が，ブログラムが想定して いる 典型的 
なユーザになるべく近い人を選びます。ただし，不明確なバグを見つけだして正確に 
レボートしてくれるような忍 酎 力と悄熱が必要です。あなたのブログラムがブログラ 
マに使ってもらうものでない限り，ブログラマをテスターに選ぶのはやめましょう。 

変更箇所は完全にテストしよう 


プログラムの変史を行なった場合には，それによって影®を受ける部分は完全に再テス 
卜を行ないましょう。変史していない部分でも，変更によって影響を受ける部分は再テス 
卜を行なうべきです。 

ブログラムが複雑な場合には，実行したテストの記録をとっておくようにしましょう。 
ブログラムを変更した場合には，変更によって結果が影®を受けそうなテストはやり直す 
わけですが，その際にこの記録が役に立ちます。テストに特別な入カファイルがあるとき 
には，そのファイルも取っておくようにしましょう。 
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第4章プログラムのデバッグ 


用心深い設計 


用心深く車を連転すれば事故が避けられるのと同じように，プログラムを用心深く設計 
することによってバグを避けることができます。 

コードはインデント（段下げ）を統一し，気前よくコメントを入れ，説明的な変数名を 
使うようにしてわかりやすく宵きましょう。 

コードは単純にしましょう。こみいった処理は数行の祓雑な文ではなく，簡単な文をた 
くさん使って表わすようにしましょう 。 Turbo C の®適化機能によって，コードは充分効 
率的になりますし，短い文にすればブログラムのデバッグや理解や変更もずっと容易にな 
ります。 

ブログラムは，目的が単純できちんとしている関数で構成するように心掛けましょう。 
こうすればテストの条件設定や結果の解析が容易になります。またブログラムを読んだり 
変更したりするのも容易になります。 

各関数が要求するデータ要素および各関数で変史されるデータ要索はなるべく少なくし 
ましょう。このことでもテストの条件設定や結果の解析，ブログラムを読んだり変史した 
りすることが容易になります。またこうすることで，間違った動作をするブログラムによ 
るダメージが小さくなる傾向があります。そのため，1回のデバ ッ グセ ッショ ンでブログラ 
ムを何回も実行することができます。このように設計されたブログラムは，結合がゆるや 
かであると呼ばれます。 

ブログラムを冉く際には効率をぎりぎりまで追い求めてはいけません。コードを可能な 
かぎり効率的に辫こうとすると，そのブログラムは読んだりデ八ッグしたりするのが難し 
くなる傾向があります。できあがった後でブログラムが遅すぎると判明した場合には，今 
度はどの部分がスピードアップする価値があるのか，どうすれば最も速くなるのかを決め 
ることになります。 

ブログラム中で2通り以上の方法で使用される関数，および別のプログラムで再利用され 
る可能性のある関数を害く場合には充分な注意を払いましょう。一般化された関数を1っ作 
成しデバッグすることは通常，特殊な関数を2つ以上害くよりも簡単です。 


効率的なソフトウエアテストの指針 
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ボトムアップのデバッグ 


可能なかぎり，嘏初はブログラムの最も低いレベルの関数（他の関数をコールしない関 
数)のデバ ッ グに淨念しましょう 0 その後，作業が main まで順に上がっていくようにしま 
す。そうすることにより，ブログラムの別の部分でその関数をコールしているときには， 
信頼できる基盤となる関数が得られることになります。 


同種のバグを探す 


バグが見つかった場合には，同じ棟類のバグが他にもないか，ブログラムの同じような 
部分にバグがないかを注意深く調べましょう。たとえば次のような関数呼ひ•出しが見つか 
ったとします。 

fp _ fopen (• rb B , filename ); 

これは次の形でなければなりません。 

fp _ fopen ( filename ); 

こういう場合には，これ以外の fopen や類似の関数の呼び出しで同じエラーがないかどう 
かをチェックしてください。 
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第4章プログラムのデバッグ 



インラインアセンブリコードのデバッグ 


統合開発環境をボーランド社の TASM と組み合わせて使っている場合には，他のデバ 
ッガを使用しなくてもアセンブラレベルのステップ実行が可能です（ただし充分な機能を 
持つアセンブラレベルのデバッグには，ボーランド社のスタンドア ロン デバッガを入手す 
べきです）。 

アセンブラモジュールが TASM で- zi スイッチを指定してアセンブルされている場合 
には， TC はアセンブラのソース行とシンボルを認識することができます。アセンブラレべ 
ルの関数の中をステッブ実行すると， TC はその関数のアセンプリ言語のソースコードを 
表示します。このアセンブリソースコードに対して， Debug/Go to cursor ( F 4), Debug / 
Trace into ( F 7), Debug/Step over ( F 8) などの通常の TC のデバッグコマンドを使用する 
ことができます。 

アセンブリソースコードで定義されているほとんどのシンボルは，評価式や監视式とし 
て使用することができます。さらに，疑似レジスタ （_ AX , _ BX など）や， CPU のフラ 
グレジスタの状態を表わす特殊変数 _ FLAGS にもアクセスできます。ただし TC は C の 
開発環境ですから，アセンブラの構造や式をすべて認溆できるわけではありません。 


インラインアセンブリコードのデバッグ 
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第 5 章 


Turbo C 統合開発環境 


TC —— Turbo C 統合開発 S 3 境は，単にコンパイルが速いシステムではありません。速く 
て効率的な C コンバイラが，学びやすくかつ使いやすい組み込みのエディタ，デバッガ, 
ユーティリティなどとともに組み込まれているのです。 TC では， C のブログラムを走らせ 
るために，別にエディタ，デバッガ，コンパイラ，リンカ， MAKE ユーティリティなどを 
用意する必要がありません。これらはすべて TC の中に組み込まれているので ， TC メイン 
闽面と呼ばれる画面から簡単に呼び出すことができるのです。 

この章では . 


この穿は4つにわかれており， 第1部 「 TC を使う第 II 部「メニューコマンド j , 第 III 
部「コンフィギュレーションファイルとビックファイル』，第 IV 部「追加された機能およ 
びエディタコマンド」 となっています。 

第 I 部 「 TC を使う」 では以下の点について説明します。 

■ TC コマンドラインスイッチとホットキーの紹介 

■ Turbo C メイン画面の各要素 

■ Turbo C メインメニューの選択の手順 

■ Edit ウィンドウへの入り方，エディタの使い方（エディタのコマンドについては，付 
録 A「Turbo C エディタ」 で詳しく説明されています） 

■ TC 統合デ八ッガの紹介（デバッガの使い方の詳細については第4 章 「ブロ グラムのデ 
バッグ」 を参照してください） 
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第 II 部 メニューコマンド」 では次のような話題を取り上げます。 

■メニューの各項目の働き 
■コンパイル時ォブションの要約 

第 III 部 コンフィギュレーションファイルとビックファイル では， 

■コンフィギュ レー ションファイ ルとは何か，どのように作成し， TC の中でどのように 
使用するかについて紹介します。 

■ TC の中で，ピックファイルをどのように作成し，どのように使うかについて紹介し 
ます。 


第 IV 部 追加された機能およびエディタコマンド 」 では， 

■ メニューシステムからは使用できない編} te 機能を紹介し， 

■ Turbo C のカスタマイズブログラム TCINST . EXE を使ってユーザ独自のエディタ 
キーをカスタマイズするやり方を説明します。 


次に読む場所 


ボーランドの統合開発環境に m れていない方は，第 I 部と第 II 部を先に訧んだ方がよい 
でしよう。 SideKick や Turbo Prolog などのメニュー形式のソフトウェアをすでに使って 
いる方は，第 I 部と第 II 部を飛ばして第 III 部およひ•第 IV 部へ進んでもかまいません。 

ヘルプ情報を得るには 


他のボーランド社の製品と同様に ， Turbo C は現在の状況に即したヘルプ情報を，キー 
を1つ押すだけで得ることができます。ヘルプ情報は ， Turbo C のメニューのどの地点から 
でも見ることができます。 

ヘルプシステムを呼び出すには R (または HELP キー）を押します。 Help ウィンドウに 
は，現在位置づけられている項目の各機能についての説明が表示されます。どのヘルプ画 
面にもキーワード（ハイライト表示されている）が1つ存在し，それを選択するとよリ詳細 
な情報が与えられるようになっています。矢印キーを使って希望するキーワードにハイラ 
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第5章 Turbo C 統合開発環境 


イトバーを動かしてリターンキーを押すと，その項目に関する詳細なヘルプ情報が得られ 
ます。 HOME と SHIFTHOME キー （ End ) を使うと ，それぞれ画面上の最初または最後の 
キーワードにハイライトを移動することができます。 

前に見ていたヘルプ画面に戻りたいときには，ヘルプシステムの中にいても出てしまっ 
ていても GRPH - F 1 を押します。最大 20 個前のヘルプ画面までさかのぼることができます。 

ヘルプの索引を表示するには，ヘルプシステムの屮でもう一度 R を押します。 

TC エディタの屮にいるときには，さまざまなライブラリ関数に関するヘルプが必要に 
なることがあります。こんなときには情報が欲しい関数名（たとえば printf ) のところに 
力ーソルを;！いて CTRL - F 1 を押せば，その関数についての悄報を含んでいるヘルプ i « 面を 
表示させることができます。 

ヘルプシステムから出てメニューの選択に戻るには ， ESC (または次の節で述べるホッ 
トキーのいずれか）を押します。 
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丁 urboC 統合開発環境 （ TC ) をロードするには， MS - DOS のプロンプトに対して tc と 
タイプしてに リターンを 押します。 

最初に現われるスタートアップ画面には ， TC メイン画面と，製品バ了ジョン悄報を含む 
ボックスが表示されます。どれかキーを押すとバージョン情報は消えますが [ SHIFT - F 10 
を押せばいつでもこの情報が表示されます)，メイン画面はそのままです（図5.1)。 

TC メイン画面を少し詳しく見てみましょう 0 この画面は4つの部分——メイン メニュ 
一， Edit ウィンドウ， Message ウィンドウ，クイックリファレンス行から構成されている 
ことがわかります。 

図 5.1 TC メイン画面 

BB3 Wit Run Compile Project Options Debug Break/watch 

t - 11 ■ 幽 ■ ■ _ _ — _ - 1 Edit —- ■■- - ■■■一 i 1 ■ ■■ —— —— - - 






TC コマン ドラインスイ ツチ 


Turbo C 統合開発環境 （ TC ) は，以下のコマンドラインスイッチを受け入れます 0 

_/ C スイッチは，コンフィギュレーションファイルをロー ドすることを指示します。 
tc コマンドのあとに， / c とコンフィギュレーションファイルの名前を入力してくださ 
い （/ c とコンフィギュレーションファイル名の間にはスベースを人れてはいけませ 

ん）。 


tc /cmyconfig.tc 

(コンフィギュレーションファイルについてはこの章の第 in 部で詳しく採り上げま 
す）〇 


_/ b スイツチは， TC にプロジェクト中のすべてのファイルを再コンバイルしてリンク 
することを指示します。コンパイラは標準出力装 K にコンパイラメッセージをブリン 
卜して DOS に戻ります。このスイッチを使うと，バッチファイルから TC を起動する 
ことができるので，プロジェクトを自動的にブロジェクトの作成 ( Build ) を行なうこ 
とができます。 TC は作成の前に，デフォルトのコンフィギュレーションファイルまた 
は / c スイッチで指定されたコンフイギュレーションファイルをロードします。作成す 
る . EXE ファイルがなにかは，コンフィギュレーションファイルあるいはピツクファ 
イルの内容から， （1) ブロジェクトファイル， （2) ブライマリファイル， （3) TC ェデイ 
夕にロー ドされているファイル，の順で決定されます otc コマンドのあとに， / b スイッ 
チのみ，あるいは / c とコンフイギュレーションファイル名に続いて / b スイツチを入 
力してください。 

tc /cmyconfig^tc /b 
tc /b 

ロードされるコンフィギュレーションファイルにブロジェクトファイルまたはブライ 
マリファイルが設定されていない場合には，コンパイルおよびリンクされるブログラ 
ムの名前をコマンドライン上で指定することができます〇 tc コマンドのあとにブログ 
ラム名をタイプし， / b をつけてください。 

tc myprog /b 


第 I 部： TC を使う 
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_/ m スイッチは， Build ではなく Make を行ないます（つまり，新しくなっているソー 
スフアイルだけが再コンパイルされ，リンクが行なわれます）。 / b を/ m に S き換える 
以外は， / b スイッチの説明にしたがってください。 

_/ d スイッチは，適切なハードゥェアが検出された場合には， TC をデュアルモニタモ 
ードで動かします。適切なハードゥヱアが検出できない場合にはこのスイッチは無視 
されます。デュアルモニタモードは，ブログラムの実行時やデバッグ時，および DOS 
のシェルを呼び出す （ File/OS shell ) ときに使用されます。 

注意： デュアルモニタモードは IBM PC でのみサポートされています。 PC -9801 シリ 
ーズでは，ハードゥヱアの設計上この機能は実現できないため，このスイッチは常に 
無视されます。 

TC を起動するコマンドラインで/ d スイッチを指定した場合，必要なハードゥェア 
(たとえばモノクロカードとカラーカード）が存在していれば，デュアルモニタ モー 
ドが有効です。使用しているシステムが2つのモニタを備えていれば， dos はその一方 
をアクティブなモニタとして扱います。 DOS がどちらをアクティブとするかは ， DOS 
の MODE コマンドによって切り換えてください（たとえば MODE CO 80 ，MODE 
MONO など）。デュアルモニタモードでは，通常の TC の画面はアクティブでないモ 
二夕に表示され，ブログラムの出力はアクティブモニタに送られます。したがって， 
一方のモニタで DOS ブロンブトから tc / d とタイブした場合， TC はもう一方のモニ 
夕に現われます。ブログラムを特定のモニタでテストしたいときには，一度 TC を終 
了して，テストの対象となるモニタをアクティブに切り換えてから， tc / d によっても 
う一度 TC を起動してください。ブログラムの出力は， tc コマンドを入力したモニタ 
に対して行なわれます。 

警告： 

• DOS のシェルの中にいる （ File / OSshell ) ときには， （ DOS の MODE コマンド 
などによって）アクティブモニタを切り換えてはなりません。 

•アクティブでないモニタのビデオカード上のボートを直接アクセスするブログラ 
ムはサポートされておらず，予期できない結果を引き起こすことがあります。 

• プログラム側でデュアルモニタを使う場合，そのプログラムの実行およびで バッ 
ダを行なう際には， TC のデュアルモニタスイッチ （/ d ) は使ってはなりません。 
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TC の中を動き回る 


Turbo C 統合開発環境に惯れ親しむために， TC の中を動き回り必要な項目にすばやく 

達するための基本的な操作を以下に示しておきます。 

Turbo C の中ならどこからでも： 

■ FT を押すと现在の位に関する悄報が份られます（実行やコンパイルに関するヘルプ 
悄報など)。 

UF 5 を押すと，アクティブウィンドウのズームイン/ズームアウト（拡大/縮小）を行な 
うことができます。 

■ F 6 を押すと，ウィンドウが切り換わります。 

■ GRPH - F 6 はウィンドウの内容を切り換えます （ Message ウィンドウと Watch ウィ 
ンドウの切り換え，あるいは現在のファイルとその前のファイルの切り換え） 0 

■ F /0 は， メニューと アクティブウィンドウの間を行き来するトグルになっています。 

■ QRPH キーを押しながらメインメニューの先頭の文字 ( F , E , R , C , P ,0, D ) を押すと，そ 
のコマンドが実行されます。たとえば， TurboC システムのどこにいても， QRPH-E 
を押すと Edit ウィンドウに人り， GflPW - F で File メニューに入ることになります。 

メニューの中から： 

■ メニューの項目を選択するには，ハイライト表示されている大文字をタイプするか， 
矢印キーを使ってその項目に移動してからリターンキーを押します。 

■ メニューから抜け出るには ESC を押します。 

■ メイン メニュー， あるいはメイン メニューから 呼ひ•出されたブルダウン メニューの 中 
て F 10 を押すと，即座にアクティブウィンドウに戻ることができます（ウィンドウが 
アクティブになると，その名前がハイライト表示され，さらにウィンドウの上枠が二 
重線で表示されます)。 

■どんなメニューレベルからでも， re を押すと，その前にアクティブだったウィンドウ 
に戻ります。 

■左右の矢印キーを使うと，ブルダウンメニューの中から他のブルダウンメニューへ移 
ることができます（ただし移動ができるのは，一番上のレベルのプルダウンメニュー 
にいる場合だけです）。 
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TC を終了して DOS に戻るには： 

File メニューに人って Quit を選択します（〇を押すか，ハイライトバーを Quit に移動 
してリターンキーを押します)〇現在のワークファイルをセーブせずに Quit を選択すると, 
エデイタはそのワークファイルをセーブするかどうかを聞いてきてくれます（ホットキー 
GRPH - X は， File / Quit を呼び出すのと同じです)。 

TC ホットキー 


さまざまなメニューのオブシヨンについて説明していく前に，知っておかなければなら 
ないホットキー（短縮コマンド）というものがいくつかあります。ホットキーというのは， 
なんらかの機能を実行するために設定されているキーのことです。たとえば前にも出てき 
たように， GRPH キーを押しながらメインメニューのコマンドの頭文字を押すと，指定し 
たオプションメニューに入るか，なんらかの動作を行ないます。 GflPH •頭文字コマンドと 


しては，他にが1つだけあり，これは File/Quit の短縮コマンドになっています。 

これらの•頭文字 コマン ドに加えて， TC は特別なユーザ_面ホッ トキ ー C 3 RPH - 
F 5 を持っています。このキーを使うと， TC メイン W 面とユーザ画面（ユーザブログラム 
の出力が表示されている W 面）の切り換えを行なうことができます。これは Run メニュー 
の User screen メニュー コマン ドと同じです。 


TC を使用する場合，2つの@面，すなわち TC メイン W 面とユーザ画面を見ることにな 
ります 。 TC メイン画面は，ブログラムを«集，コンパイル，リンク，デバッグするときに 
見る画面であり，ユーザ画面は Turbo C の実行可能ブログラムを実行するときや， File / 
OS shell コマンドで一時的に DOS に戻ったときに見る画面です。統合デバッガを使用す 
る場合は，この TC _面とユーザ画面を頻繁に切り換えることになります。 TC はユーザ画 
面の内容をユーザ®面バッファにしまっておき，実行のコマンド（たとえば Run，Trace 
into，Step over ) や File/OS shell が選択されるたびにその内容を更新します。このセー 
ブされている画面を見るには ， Run メニューから User screen を選ぶか， GRPH - F 5 を押し 
ます。 


注意： （IBM PC ) デュアルモニタモードの場合は，ユーザ画面はすでにシステムの2個の 
モニタのいずれかに表示されているはずです。したがって， Run/User screen コマンドお 
よ ひ • Alt - F 5 は使用できません。 

TC がューザ画面をクリアする必要があるかどうかは，ビデオモードによって決められ 
ます。 TC が DOS から呼び出されたとき，あるいは DOS シェルから TC に戻ったときに， 
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TC はビデオモードとカーソルの形状を記悚します。ビデオモードとカーソルの形状はそ 
れぞれ別個に記憶されており， DOS へ抜け出たり （ File/OS shell ), 統合環境を終了した 
( File / Quit ) ときに，現在の状態が記悚されている状態と異なっているときには元の状態 
にリセットされることになっています。ただし，これには1つだけ例外があります。デバッ 
グセッションの中で（ブログラムが走っているとき） DOS へ抜けでた場合は，モードと力 
ーソルの形状はユーザブログラムがセットした状態になったままとなります0 

表 5.1 は， TC の中で使用できるすべてのホットキーを示しています。これらのキーを押 
すと， TC 環境のどこにいるかには関係なく，その機能が働くことを憶えておいてくださ 
い。これにも例外が1つだけあります。対話ボックスが表示されて，ある特定のキーの入力 
が要求されている場合には，そのキーが入力されるまでホットキーは使用できません。 

表 5.1 TC ホットキー 



F 2 

F 3 


F 5 

F 6 

F 7 

FQ 

F 9 

F10 

CTR し F 1 

CTRL - F 2 

CTRL - F 3 

CTRL - F 4 

CTRL - F 7 

CTRL - F 8 


GRPH - F 3 

GRPH - F 5 


現在の場所に関するヘルブ悄報をヘルプウィンドウに表示します, 
エディタで現在処理中のファイルをセーブします。 

ファイルをロードします（人カボックスが現われます）。 
カーソルがある行までブログラムを実行します。 

アクティブウィンドウをズームイン/ズームアウトします0 
アクティブウィンドウを切り換えます。 

デバッグモードでブログラムを走らせます (Trace into ) 。 

デバッグモードでブログラムを走らせます （Step over )。 

Make を実行します。 

メニューとアクティブウィンドウを切り換えます0 
関数に関するヘルプ情報を呼び出します。 

実行中のブログラムをリセットします。 

コール スタック (Call stack ) を呼び出します 0 
式を評価します。 

監視式を加えます。 

ブレークボイントのオン/オフを切り換えます。 

ブログラムを実行します。 

最後に見たヘルプ画面をもう一度表示します。 

口ードするファイルを選択します。 

TC メイン画面とユーザ画面を切り換えます。 
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GRPH-F7 

GRPH-F8 

GRPH-F9 


GRPH-D 

GRPH-E 

(3RPH-F 

QRPH-O 

GRPH-P 

GRPH-R 

GRPH-X 

SHIFT-F10 


アクティブウィンドウの内容を切り換えます。 

1つ前のエラーに移ります。 

次の エラーに 移ります。 

エディタ内のファイルをコンバイルして .OBJ を作ります ( 
Break/watch メニューに入ります。 

Compile メニューに 入ります。 

Debug メニューに入リます。 

エディタに入ります。 

File メニューに入ります。 

Options メニューに入ります。 

Project メニューに入ります。 

Run メニューに入ります。 

TC を終了して MS-DOS に戻ります。 

バージ ョ ン画面を表示します 0 


注記： IBM PC では， QRPH はすべてになります。 


ューの構造 


図 5.2 は， TC のメインメニューと，その下に絞くブルダウンメニューの完全な構造を示 
しています 〇 TC のメニューの項目は，コマンド，トグル，設定という 3 つのタイプに大別 
することができます。 


コマンド 


グル 


投定 


なんらかの仕事（実行，コ 
す。 


オプションの保存など）を行ないま 


TC の機能のオン/オフを指定したり (Auto dependency . Keep mes ¬ 
sages , など），複数のオプションの中から希望のものが現われるまでリタ 
ーンキーを押して選択します （Message tracking , Floating point ， な 

ど)。 

ディレクトリの配置や，ファイルの名前，マクロ定義など，コンハ•イル時/ 
実行時に必要な情報をコンパイラに指示します。 
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図 5.2 (1 )Turbo C のメニュー構造 
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Superfluous 6l with function or array 
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メニュー名の表現法 


このマニュアルでは，メニュー項目は省略名で表記している場合がしばしばあります。 
省略名は，メインメニューからその項目を選択するまでに人力する文字を並べて表現しま 
す。 


■ メインメニューから • コンパイル 時のオブ シヨンでエラーメ ッ セージに 関する メニュ 

一を選ぶのは Options / Compiler/Errors ですが，これを 0/ C/Errors ( OCE の順で 
キーを押す）と表記します。 

■ メインメニューから，インクルードディレクトリの名前を指定するメニューは 
Options / Directories/Include directories ですが，これを O / D/Include (〇 D / の順 
でキーを押す）と表記します。 

メインメニュー 


メイン画面の一番上の行には，次に示すような TurboC メインメニューが表示されてお 
り，8つの選択肢が用意されています。 

File Edit Run Compile Prolect Options Debug Break/watch 


File ファイルに関する操作（ロード，セーブ，ピック，新規作成，ディスクへ 

の#き込み）や，ディレクトリの操作（一覧の表示，変更)， DOS シヱルの 
起動， TC の終了などを行ないます。 

Edit ソースファイルの作成や*«集を行ないます。 

Run プログラムの実行をコントロールします。また， Debug/Source debugging 

およひ • O / C / C/OBJ debug information トグルがオンの状態でブログラム 
をコンハ•イル.リンクしていれば，このメニューからデバッグセッション 
を開始することができます。 

Compile ブログラムのコンバイルや Make を行ない，オブジェクトファイルや実行 
可能ファイルを作成します。 

Project プログラムがどのようなファイルから搆成されるかを指定するなど，ブロ 
ジェクトの管理を行ないます。 

Options コンパイラオプション（メモリモデルや，コンパイル時オプション，エラ 
ーメッセージ，リンカオプションなど）の選択や，マクロ定義を行ないま 
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す。また，インクルードファイル，出カファイル，ライブラリファイルが 
格納されているディレクトリの指定，コンバイラオプションの保存，コン 
フイギュレーシヨンファイルからのオブシヨンの口ードなども行ないます。 

Debug 変数の値をチ i ックしたり変更したり，関数が定義されている場所を調べ 

たり，ブログラムの実行中コールスタックを調べることができます。また, 
デ八ッグ情報を組み込んでブログラムをコンバイルするかどうかを選択す 
ることができます。 

Break / watch 監視式の追加，削除，褊粜できます。また，ブレークポイントの設 
定，クリア，次のブレークポイントの表示ができます。 

メインメニューのうち Edit はコマンドであることに注意してください。 Edit は単にエ 
デイタに入るだけです。他のメニューは，数多くのオプションをもつブルダウンメニュー 
を表示し，オブションによってはさらにサブメニューを表示します。 

クイックリフアレンス行 


ウインドウあるいはメニューの中にいるときには，_面の最下行に， クイックリファレ 
ンス 行が表示されています。この行を見れば，その時点でのファンクションキーの働きを 
知ることができます。 

最初に TC に入ったとき，デフオルトのクイックリファレンス行は次のようになってい 
ます。 

Fl-Help F5-Zoom F6-Switch P7-Trace F8-Step F9-Make PlO-Menu 

GRPH キー ( Alt ) を数秒間押し統けてみてください。クイックリファレンス行の表示 
は， GWW キーと組み合せた場合に実行される機能に切り換わって，次のように表示され 
るはずです。 

Grp: Pi-Last help F3-Pick P6-Swap F7/F8-Prev/Next error P9-Compile 

Edit ウインドウ 


この節では ， TC メイン画面を構成する要素について述べた後 ， TC Edit ウィンドウにお 
ける作業の仕方について説明します。 
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Edit ウィンドウに人るには，まず R 0 を押してメインメニューを呼び出し， Edit オプシ 
ヨンにハイライトを動かしてリターンキーを押します（あるいはメインメニューで f を押 
します）。メインメニューではなくシステムのどこかにいる場合は GRPH-E を押します。 
Edit ウィンドウに入ると，ウィンドウの上梓が二重線になり，その名前 （ Edit ) がハイラ 
イト表示されます——これは Edit ウィンドウがアクティブになったことを示しています。 

Edit ウィンドウの本体ではソースファイルの編奥ができるわけですが，この他に TC 画 
面には，ステータス行とクイックリファレンス行という情報表示のための2つの行がありま 
す。 

Edit ウィンドウの敢上段のステータス行には，編集中のファイルに閧する情報が表示さ 
れており，カーソルの現在位逋，現在の褊染モードを見ることができます。 

Line Col Insert Indent Tab Pill Unindent * C: FILENAME. EXT 

Line n カーソルは n 行目にあります。 

Col n カーソルは桁目にあります 0 

Insert 挿入モードはオンになっています。挿入モードは， INS キーまたは 

CTRL-V でオン/オフが切り換わるトグルになっています。揷入モー 
ドと上宵きモード（揷人モード=オフ）については付録 A で説明し 
ています。 

Indent 自動インデント（段下げ）がオンになっています。自動インデント 

は，でオン/オフが切り換わるトグルになっています。自 
動インデントについては付録 A で説明しています。 

Tab タブモードはオンになっています。タブモードは， C 77? レ0 7■で才 

ン/オフが切り換わるトグルになっています。 

Fill タブモードがオンの場合，エディタは各行の先頭にタブや空白を埋 

め込みます。このオブシヨンは， CTR し OF でオン/オフが切り換わ 
るトグルになっています。付•録 A を参照してください。 

Unindent 行の先頭の非空白文字，あるいは空行にカーソルがある場合に， SS 

キーを押す と， カーソルは1つ左のインデントのレベルへ戻ります0 
このオプシヨンは， CTRL-O 1/でオン/オフが切り換わるトグルに 
なっています。付録 A を参照してください。 

* ファイルが修正されているのに，まだセーブされていないときにア 

スタリスク （*) がファイル名の前に表示されます。 

CrFILENAME.EXT 編集中のファイルの，ドライブ名 （ C 0, ファイル名 

( FILENAME ) および抗張子 （. EXT ) です。 
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TC 画面の最下段のクイックリファレンス行は，ホットキーの働きを表示しています0 


Pi-Help P5-Zoon P6-Switch F7-Trace F8-Step P9-Make FI0-Menu 

これらの機能を実行するには，対応するキーを押します。 

Fl-Help Turbo C エディタのコマンドのヘルプウィンドウを開きます。 

F 5 -Zoom アクティブウィンドウ（この場合は Edit ウインドウ）を画面いっぱいに 

拡大します。 F 5 はトグルになっており，もう一度押すと元の分割画面琛 
境に戻ります。 

F 6 -Switch あるアクティブウインドウからもう1つのウインドウに切り換わります 

(Edit と， Message または Watch の間で切り換えを行ないます）。 

F 7 -Trace デバッグモードでブログラムを1行ずつ実行します。関数が呼び出された 

場合は，その中にも入って1行ずつ実行していきます。 

F 8 -Step デバッグモードでブログラムを1行ずつ実行します。関数が呼び出された 

場合は，その中をトレースすることはしません。 

F 9 -Make Make (コンバイルとリンク）を行なって • EXE ファイルを作成します 0 

F 10 -Menu メインメニューに戻るか，あるいはメニューの中から Edit ウインドウに 

戻ります。 

このエディタは， SideKick の Notepad や， Turbo Pascal のエディタに似たコマンド体 
系を持っています。こうしたエディタに憤れていない方は，付録 A にエディタコマンドに 
ついての詳細な説明が示されているので参照してください。次のページには，頻繁に使用 
されるコマンドの一覧を示してあります。 

エディタ内で神•入モードでブログラムを入力している場合には，行の終了には リターン 
キーを押します（エディタはワードラッピング——行に単語が収まらないときにその単語 
を次の行の先頭に持っていくこと——を行ないません)。 1 行の長さは最大 248 文字まで，ウ 
ィンドウの幅は 77 文字分です（ウィンドウを拡大している場合は 79 文字)。 77 桁目を越えて 
文字を入力すると，1文字入力するごとにウィンドウは横にスクロールしていきます。 Edit 
ウィンドウのステータス行には，カーソルがファイル内の何行目，何列目にあるかが表示 
されています。 

ブログラムの入力がすんだら， FW を押してメインメニューに戻ります。メインメニュー 
に移っても入力したファイルは画面上に残っており，もう一度 E ( Edit ) または F /0 を押 
せば Edit ウインドウに戻ることができます。 
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エディタコマンドのクイックガイド 


以下は，エディタコマンドの中でもっとも頻繁に使用されるものです。 


■力ーソルの移動 上下左右の矢印キー （ T ， i ， — ， — 0 

■ページ 単位の スクロール ROLLDOWN , ROLLUP (IBM PC では PffUp , PgDn ) 

■行の削除 CTPL-Y 


■単語の削除 
■ブロ ッ クのマーク 
_ブロックの移動 
■ブロ ツ クのコピー 
■ブロ ッ クの削除 



CTRL-K B (始点)， CTRL-K K (終点) 


CTRL-K V 
CTRL-K C 
CTRL-K Y 


付録 A にはすベてのエディタコマンドについて詳細な解説があります。 

Edit ウィンドウでソースファイルをどう扱うか 

特定のファイルを指定せずに Edit ウィンドウを呼ひ•出すと， TC エディタは自動的に， 
作成するファイルに NONAME . C という名前をつけます0この時点で，エディタのすべて 
の コマン ドが使えるようになり，以下のことが行なえます。 


■新しいソースファイルを， NONAME . C または指定した名前で作成する0 
■既存のファイルをロードし，修正する。 

■今までに編集を行なったことのあるファイルの一覧表からファイルをピック（拾い上 
げる）し， Edit ウィンドウにロードする0 
■ Edit ウィンドウ内のファイルをセーブする0 
■エディ タ内のファイルを新しい名前でディスクに害き出す。 

■コンパイル 時のエラーの確認と修正のために， Edit ウインドウと Message ウインド 
ウの間を移動する。 


ソースフアイルの作成/編集中は，まだコンパイルしていないのであれば Message ウィ 
ンドウは必要ないので，/^を押して Edit ウィンドウを画面いっぱいに拡大することがで 
きます。 Edit ウィンドウを元の大きさに戻すには，もう一度 F 5 を押します（元の分割画面 
モードに戻ります)。 


第 I 部： TC を使う 


109 



新しいソースファイルの作成 


新しくファイルを作成するには，次の2つの方法があります。 

■ メイン メニューから File / New を選択して リターン キーを押します。これで， 
NONAME . C というファイル名で Edit ウィンドウがオーブンされます。 

■ メインメニューから File / Load を選択します。ロードするファイル名の入力をうなが 
す Load File Name ボックスが表示されるので，新しく作成するファイル名を入力し 
て， リターン キーを押します （ Edit ウィンドウの中からホット キー F 3 を押すと，同じ 
ように Load File Name ボックスが現われます）。 

既存のソースファイルのロード 

既存のファイルをロードして 褊 集を行なうには， File / Load または File / Pick の2つの方 
法があります。 

メイン メニューから File / Load を選択すると，次のようなことが行なえます。 

■褊 m したいファイルの名前を入力します。パス名も指定できます。 

例： C ： ¥ TURBOC ¥ TESTFILE.C 

■ Load File Name ボックスにマスクを入力して（ワイルドカード*や？を使う） リタ ー 
ン キーを押します。ワイルドカードを使うと，該当するファイル名の他にディレクト 
リ名も表示されます〇 *• * を入力すると，サブディレクトリも含めてカレントディレ 
クトリ内のすべてのファイルが表示されます，ディレクトリ名には最後に円記号 （¥) 
がつけられます （•• ¥は1つ上のディレクトリを示します） 0 ディレクトリを選択する 
と，そのディレクトリ内のファイルが表示されます。たとえば A :¥*. C と入力する 
と，ルートディレクトリにある拡張子が . C のファイル（およひ•サブディレクトリ名） 
が表示されます。 

上下左右の矢印キー （ T , し—，—）を使って，ハイライト表示を選択したいファ 
イルに合わせます。そのあと リターン キーを押せば選択したファイルがロー ドされ， 
Edit ウィンドウに移ります。 

File / Pick を選択するか GRPH - F 3 を押しすと，今までに ロー ドしたことのある ファ イ 
ルをすばやく選択することができます （ File/Pick メニューについては，この章の第 II 部 
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で説明しています)。 

直前にロー ドされていたファイルを再ロー ドするホットキーが追加されてい 
ます。 ( ウィンドウ内容の切り換え）は，エディタ内の現在のファイルと，その 
前にロー ドされていたファイルを切り換えます。 

ソースファイルのセーブ 

次の2つの方法で現在の編集ファイルをセーブすることができます。 

■システムのどこからでも F 2 を押します。 

■ メインメニューから File / Save を選択します 0 


ファイルに 書き出す 


エディタの中のファイルを，新しいファイルに冉き出したり，すでにディスク上にある 
ファイルに上苒きすることができます。カレント（デフォルト）ディレクトリに#き出す 
こともできますし，他のドライブやディレクトリを指定することもできます。 

まず，メインメニューで File / Writeto を選択します 。 New Name ボックスが表示され 
るので，#き出すファイルのフルパス名を，たとえば次のように入力してリターンキーを 
押します。 


A : ¥DIR¥SUBDIR¥FILENAME. EXT 


■ A : はドライブ名です（カレントドライブ以外のドライブに宵き出すときに指定しま 
す)。 

■ ¥ DIR ¥ SUBDIR ¥ はディレクトリ名です（カレントデイレクトリ以外のディレクト 
リに冉き出すときに指定します)。 

■ FILENAME . EXT は，出力するファイルの名前と拡張子です。拡張子 （. EXT ) を指 
定しなければ . C とみなされます。拡張子をつけたくなければ，ピリオド （•） のみをつ 
けます。 

指定した名前のファイルがすでに存在している場合は，宵き出しを行なう前に，上辨き 
してもよいかどうかをたずねてきます。 

ESC を一回押すとアクティブウィンドウ （ Edit ウィンドウ）に戻ることができます。 F /0 
か GRPH - E でもエディタに戻れます。 
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注意： TC エディタに関する包括的な解説については付録 A を参照し 



Message ウインドウ 


Message ウインドウは，ソースフアイルのコンパイルおよび 
診断メッセージを参照するために使用します。 TC には独特なエ 
パイル時に発生した彆告およびエラーのメッセージが Message 
時に Edit ウインドウには，各メッセージに対応するソースファ， 

表不されます （ Option/Environment メニューの Message trac 
依存します)。 




カーソルが Message ウインドウにあるときには，クイックリ_ 



ホットキーの機能は次のようになっています。 



Fl-Help Turbo C のエラー追跡機能に関するヘルプウィンドウを開きます。 

F 5 -Zoom Message ウィンドウを_面いっぱいに拡大します。 

F 6 -Switch Edit ウィンドウをアクティブにします。 

F 7 -Trace デバッグモードでブログラムを1行ずつ実行します。関数が呼び出された 

場合は，その中にも入って1行ずつ実行していきます。 

F 8 -Step デバッグモードでブログラムを1行ずつ実行します。関数が呼び出された 

場合は，その中をトレースすることはしません。 

F 9 -Make Make (コンバイルとリンク）を行なって • EXE ファイルを作成します。 
F 10 -Menu アクティブウィンドウからメインメニューに移るか，あるいはメニュー 

の中からアクティブウインドウに旲リます。 


Watch ウインドウ 


Watch ウィンドウは，統合デバッガでプログラムを実行させる場合に， Message ウィン 
ドウと置き換えられるものです。 Watch ウィンドウには，監視式（ブログラムから Watch 
ウィンドウに取り込んだ式）と各監視式のその時点での値が表示されます。監視式は各ス 
テッブごとに値が変化する可能性があるので，各ステップごとに評価されます。 Watch ウ 
ィンドウを用いることにより，ブログラムの実行中に，キーとなる重要な式の値を追跡し 
ていくことができます。 

Watch ウインドウに式を追加していくと，ウィンドウは TCINST の Resize windows 
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オプションで指定されている大きさに達するまでは拡大していきます。ウィンドウがその 
大きさに達しても式の追加はできますが，式をすべて見るには， ROLLUP, ROLLDOWN, 
上矢印，下矢印キーによってウィンドウをスクロールしなければならなくなります0 

Watch ウィンドウ中の現在の式は， Watch ウィンドウがアクティブなときにはハイラ 
イト表示されたバーにより示され，アクティブでないときには左端にマークをつけて示さ 
れます。 

Watch ウィンドウでの式の編堪は，一般に Edit ウィンドウで使用する編集コマンドと 
同じものを用いて行なうことができます。たとえば， CTO し/は監视式を1つ削除し， 
CTHL-AMi 監視式を1つ揷人します。 Watch ウィンドウでの基本的な編集コマンドを次の 
表に示します。 


表 5.2 Watch ウインドウの編集コマンド 


キー 

檄能 

CTRL - E または 上矢印 

カーソルを上へ移動します。 

CTR し X または 下矢印 

カーソルを下へ移動します。 

CTRL - S または 左矢印 

監視式を左ヘスクロールします。 

CTRL - D または 右矢印 

監視式を右へスクロールします。 

リターン 

監视式を編集します。 

CTR し N または INS 

監視式を揷人します。 

CTRL - Y , DEL . CTRL <3 

監視式を削除します。 


カーソルが Watch ウィンドウにあるときには，クイックリファレンス行に表示される 
ホットキーの機能は次のようになります。 

Fl-Help ヘルプウインドウを開きます 0 

F 5 -Zoom Watch ウィンドウを画面いっぱいに拡大します。 

F 6 -Switch Edit ウィンドウをアクティブにします 0 

FlO-Menu メインメニューに移ります。またメニューの中から Watch ウインドウ 

に戻ります。 

Ins Watch ウィンドウへ監視式を1つ追加します。 

Del Watch ウィンドウから監視式を1つ削除します。 

Ret Watch ウィンドウで現在指定されている監視式を編集します。 
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統合デバッガ 


Turbo C 統合開発環境には，プログラム中のエラー（バグ）を見つけ出す手助けをする 
統合デバッガと呼ばれる特別なデ八ッガが組み込まれています。統合デバ ッ ガの使用方法 
の詳細については，このマニュアルの第4章を参照してください。ここでは，デバッグセッ 
ションを実行するために必要なメニューの機能を紹介します。 

このデバッガでは，ブログラムの実行を任意の場所で停止させることが可能であり，変 
数の値を見たり変更することができます。 

デバッガの コントロール 

デバッグするブロ グラムは， O / C / C/OBJ debug information と Debug/Source debug - 
ging トグルを On にしてコンハ M ルしたものでなければなりません。そうなっていれば， 
統合環境はブログラムを実行するときに自動的に統合デ v くッガを呼び出します。 

デバッグセッションを Run/Run で開始すると， TC は（ゼ、要に応じて）ソースファイル 
のコンパイルおよびブログラムのリンクを行なって，ブログラム実行のための準備を格え 
ます。そして，ブレークポイントまたはブログラムの®後に達するまでブログラムを実行 
します。 

ブレークポイントを設定していない状態でデバッグセッションを開始する場合は， F 8 

( Run/Step over ) を押してください。デバッガは関数 main の宣言のところで停止しま 
す。 

TC がブログラムの実行準備を完了すれば，すでにデバッグセッションに人っており， 
TC デバッガの他のすべての機能が使用可能となります。 

次のような形でブログラムを実行することができます。 

■1 行ごとの実行（トレース）〇関数呼び出しをスキップすることも，関数の中をトレー 
スすることも可能です。 

■現在位置から，あらかじめ設定されているブレークポイントまでの実行。 

■現在位通から，カーソルを S いた場所までの実行。 

これらの方法は，どんな組み合わせでも，どんな順序ででも使用することができます。 

デバッグ中のブログラムのソースファイルを修正してから，そのまま実行を絞けていく 
ことは一般に賢明ではありません。ソースファイルを修正したら， Compile/Make EXE 
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file を選択してプログラムを再コンバイルしてください。実際にも，ソースファイルに変更 
を加えてから Step over や Trace into などの実行コマンドを選択すると， TC は . EXE フ 
ァイルを作成し直すかどうかを問い合わせてきます。作成し直されていれば， TC はソース 
ファイルにさらに変更が加えられるまで何も問い合せてはきません。 

デバッガ画面の表示 

デバッガ画面では，上部に Edit ウィンドウ，下部に Watch ウィンドウが表示されます 0 
F 6 を押すと，この2つのウィンドウの間を行き来することができます。 

監視式が Watch ウィンドウに加えられていくと， Watch ウィンドウは （ TCINST ユー 
ティリティの Resize windows オプションで指定された）肢大の大きさにまで拉大してい 
き，最大の大きさに達するとスクロールしていきます。 

プログラムの現在位; K を 実行位置と 呼ひ•ます。この位； K は， Edit ウィンドウの中で 実行 
バーと 呼ばれるハイライトバーにより示されています。 

デバツグ メニュー コマンドとホツト キー 

表 5.3 にデバッガ コマン ドを示します。 

表 5.3 デバッガコマンドとホットキー 


ホットキー メニューコマンド/脱明 


F 4 Run/Go to cursor 

ブログラムを実行してカーソルのある行で.停止します。デバ ッ グ セッシ 
ョンを開始します。 


CTRL - F 2 Run/Program reset 

現在のデ八ッグセッションをキャンセルして，割り当てられたメモリを 
解放し，ファイルをクローズします。デバッグセッション内でのみ有効 
です0 


F 7 Run/Trace into 

現在の関数の次の文を実行します。 Debug/Source debugging と 0/ C / 
C/OBJ debug information トグルが On の状態でコンパイルされた関数 
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の呼び出しの場合には，その関数の中もトレースします 0 デバッグセッ 
シヨンを開始します° 

F 8 Run/Step over 

現在の関数の次の文を実行します。呼び出される関数の内部はトレース 
しません。デバッグセッションを開始します。 

O / C / C/Standard stack frame 

Option / Compiler/Code generation/Standard stack frame トグルを切 
り換えます。 Debug/Call stack オブシヨンを正しく機能させるには，ブ 
ログラムを コンパイ ルする際にこのトグルを On にしておかなければ い 
けません。 

O / C / C/OBJ debug information 

0/ C / C/OBJ debug information トグルを切り換えます。デバッグがで 
きるのはこのトグルを On に設定してコンパイル•リンクされたソース 
ファイルだけです 0 

CTR レ F 4 Debug/Evaluate 

C の式を評価します。また変数の値を変史することもできます。 

Debug/Find Junction 

関数の定義を検索し， Edit ウィンドウに表示します。デバッグセッショ 
ン内でのみ有効です。 

CTR し F 3 Debug/Call stack 

コールスタックを表示します。コールスタックから関数明を選択するこ 
とで，その関数の現在実行中の行を表示させることができます。デバッ 
グセッション内でのみ有効です。 

Debug/Source debugging 

デバッグを可能にするかどうかを制御します。これが On に設定されて 
いるときは統合デバッガとスタンドアロンのデバッガが両方とも使用で 
きます 0 Standalone に設定されているときには，ブログラムのデ八ッグ 
にはスタンドアロンのデ八ッガしか使用できません。ただし TC でもブ 
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ログラムの実行は可能です。 None に設定されている場合には. EXE フ 
ァイルにデバッグ情報が害き込まれないので，どちらのデバッガを使っ 
てもプログラムのデバッグは行なえません。 


CTRL - F 7 Break / watch/Add watch 監視式を1つ追加します。 

Break / watch/Delete watch 監視式を 1 つ削除します。 

Break / watch/Edit watch 監視式の褊集を行ないます。 

Break / watch/Remove all watches 監視式をすべて削除します。 

CTR し F 8 Break / watch/Toggle breakpoint 

カーソルのある行のブレークポイントを設定/解除します。 

Break / watch/Clear breakpoint 

ブログラム中のすべてのブレークポイントを解除します。 

Break / watch/View next breakpoint 

次の ブレーク ポイントを表示します。 

表 5.4 にデバッガ実行中によく使用される他の メニューコマン ドを示します。 

表 5.4 デバッガとともに使われるメニューコマンドとホットキー 
ホットキー メニューコマンド/説明 

F 5 アクティブウィンドウを全画面モードに拡大したり分割画面モードに戻 

したりします。 

GRPH - F 5 ディスブレイをユーザ画面に切り換えます。どれかキーを押すと統合環 

境に戻ります。 

F 6 Edit ウインドウと， Watch ウインドウまたは Message ウィンドウの間 
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でアクティブウィンドウを切り換えます 0 


GRPH - F 6 


CTRL - F 9 
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Edit ウィンドウがアクティブな場合には，最後にエディタにロードされ 
たファイルに切り換わります。下側のウィンドウがアクティブな場合は, 
Watch ウインドウと Message ウインドウの切り換えを行ないます 


Run/Run 

デバッガ中で，あるいはデバッガなしでブログラムを実行します。必要 
な場合にはソースフアイルのコンパイルやブログラムのリンクも行ない 
ます。プロ グラムが Debug/Source debugging と O / C / C/OBJ debug 
information が On の状態でコンパイル•リンクされている場合には，ブ 
レークポイントまであるいはブログラムの終わりまで実行します。 


Project/Remove message 

Message ウインドウの内容を消去します 0 
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メインメニューには，ファイルの口ードから，編集，コンパイル，デバッグ，プログラ 
ムの実行までに必要な機能が8つの項目に大別されて並んで v 、ます。この8つの選択肢は， 
File ， Edit ， Run , Compile , Project , Options , Debug ， Break/watch で，第 II 部では 
この 8 つの項目それぞれについて説明していきます。メインメニューの下に出てくるブルダ 
ウンメニューの中にあるオプシヨンのいくつかは，上級のブログラミングで必要となるも 
のなので，そうしたオブシヨンについては第12窣で詳しく説明することにします。 

注意：この章で使っている“ Make ” はプロジェクト Make のことを指しており，スタンド 
アロンの MAKE ューテイリテイのことではありません。ブロジヱクト Make は ， MAKE 
に頫似したブログラム作成ツールです。プロジェクト Make については第3章で ， MAKE 
ューティリティについては付録 C で詳しく解説しています。 

File メニュ ー 


File のブルダウンメニューの中には，既存のファイルの ロード や，新しいファイルの作 
成，ファイルのセーブなどに関するいろいろなオプションがあります。あるファイルを口 
ードすると，そのファイルはェディタに取り込まれます 0 ファイルに対する処理がすめば， 
そのファイルは好きなデイレクトリに，好きなファイル名でセーブすることができます。 
さらに File メニューからは，カレントデイレクトリの変更や，一時的に MS - DOS のシェル 
を呼び出して MS - DOS のコマンドを実行したりすることもできます 0 また ， Turbo C を終 
了するオプションもこのメニューにあリます。 
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図 5.4 File メニュー 
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Load (ロード——エディタに読み込む） 

ファイルのロードを行ないます。ファイルの指定は， DOS 形式のワイルドカード（たと 
えば* . C ) を使って選択するファイルの一覧表を表示させてからでもできますし，もちろ 
ん特定のファイル名を直接指定することもできます。どちらの場合でも，ロードしたいフ 
ァイルの名前をそのままキー入力してください。 

注意：間違ったドライブ名やディレクトリを入力すると， Error ボックスが表示されます 0 
また，あるファイルを編集中で，そのファイルを変更したのにまだセーブしていない場合 
に，他のファイルをロードしようとすると ， Verify (確認）ボックスが表示されます。い 
ずれの場合でも，ボックスの中で指定されているキーを押すまでは，ホットキーは使えな 
くなります。 

Pick (ピック——拾い上げる） 

Edit ウィンドウにそれまでにロー ドされた8個までのファイルの ピッ クリストから目的 
のファイルを選択します。選択されたファイルはエディタに取り込まれ，そのファイルを 
最後に編集したときの位置にカーソルが S かれます。リストの一番下の ‘ "load file ••’を選 
択すると， File / Load あるいは F 3 を選択したときと同様に Load File Name ボックスが 
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現われます。 GRPH - F 3 は， このピックリストを表示する短縮コマンドです。 

ピックファイルを作っておけば，統合環境はこのファイル名のリストを次回の編集セッ 
シヨンまでセーブしておいてくれます。 

ピックファイルの作り方については， Options/Directories/Pick file name の説明を参 
照してください。また，この章の第III部でピックファイルとピックリストについて詳しく 
解説しています。 


New (ファイルの新規作成） 

まったく新しいファイルを作成します。エディタ内はクリアされて， Edit ウィンドウに 
移ります。ファイル名は，デフォルトの NONAME.C になります力、後でセーブするとき 
に名前をつけ変えることができます。 

Save (セーブー格納） 


エディタの中のファイルをディスクにセーブします。エディタ内のファイルの名前が 
NON AME.C の場合には Rename NON AME ボックスが表示され，名前を変更するかど 
うかを尋ねてきます。ホットキー/=2を押せば，システムのどこからでもエディタ内のファ 
イルをセーブすることができます。 


Write to (ファイルへの 書き出し） 


ファイル名をたずねて，そのファイルにエディタの内容を害き出します。その名前のフ 
アイルがすでに存在しているときは，そのファイルに上冉きしてよいかどうかを確認して 
きます。 


Directory (ディレクトリの表示） 

指定したディレクトリとファイルの一 1 K を表示します（カレントディレクトリの内容を 
見るのであれば単にリターンを押してください）。一覧が表示されてからでも， F4 を押せば 
ワイルドカードの指定を変更することができます。一覧の中からファイルを選択すると， 
そのファイルがエディタにロードされます。 
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Change dir ( デイレクトリの変更） 

カレントデイレクトリが表示されて，ドライブとディレクトリが変史できるようになり 
ます。 


OS shell (MS-DOS のシェル） 

一時的に Turbo C から出て， MS - DOS のブロンブトに移行します。ブロンブトから exit 
と人力すれば Turbo C に戻ることができます 0 TurboC を終了せずに DOS コマン ドを実 
行したいときに便利な機能です。 

注意：デュアルモニタモードでは， DOS シェルはユーザ画面ではなく TC 画面に現われま 
す。これによって，ブログラムの出力をこわさずに DOS シェルを動かすことができます。 

Quit ( 終了） 

TurboC を終了して， MS - DOS のコマンドレべルに戻ります。このコマンドのホットキ 

一は GRPH - X です。 

Edit コマンド 


Edit コマンドは，組み込みのスクリーンエディタを呼び出します。 

エディタの中からメインメニューを呼び出すには F /0 を押します（あるいは QRPH キー 
を押しながら，選択したいメインメニューのコマンドの頭文字を押します） 0 メインメニュ 
一に移ってもソースフアイルは画面には表示されたままになっており， ESC または E を 
押せばエディタに戻ることができます（システムのどこにいても， GRPH - E を押せばエデ 
イタに移ることができます）。 • 
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Run メニュー 


Run メニューのコマンドは，ブログラムの実行や，デバッグセシヨンの開始/終了を行な 
います 0 Run / Run 以外のコマンドのいずれかを使用するには， Debug/Source debugging 
トグルを On に設定してブログラムをコンハ•イル•リンクしておかなければなりません。 

図 5.5 Run メニュー 


Hie Edit 卿 ] Compile Project Options Debug Break/watch 


Line 1 

EmmiiKiiij 30 

Program reset Ctr1-F2 

Go to cursor F4 

Trace Into F7 

Step over F8 

User screen A1t-F5 

- ^ % A 

b Fill Unlndent G:NONAME.C 

t a 

no » aye -- ----- 


Alt: FI-Last help F3-P1ck F6-Swap F7/Fa-Prcv/Ncxt error F9-Compl1e 


Run ( 実行 ) 

Run / Run は， Options / Arguments によって渡された引数を用いて，ブログラムを走ら 
せます。ソースコードが，前回コンパイルされた後で修正されている場合は， Run / Run は 
ブログラムをコンパイル.リンクし直すために，プロジェクト Make を呼び出します（ブ 
ロジェクト Make は統合環境に組み込まれていブログラム作成ツールです。これについて 
の詳細は第3章を参照してください)。 

プログラムをデ八ッグしたくない場合は， Debug/Source debugging トグルを None か 
Standalone にセットしてコンパイル.リンクしてください 。 Source debugging トグルを 
On にしてブログラムをコンパイルすると，その結果できる実行可能コードにはデバッグ 
情報が軎き込まれ， Run / Run コマンドの動作は次のように影響を受けます。 


第 II 部：メニューコマンド 


123 


前回のコンパイル時からソースコードを修正していない場合： 

■ Run / Run コマンドは，ブログラムを次のブレークポイントまで，ブレークポイントが 
設定されていなければ最後まで走らせます。 

前回のコンパイル時以降にソースコードを修正した場合： 

■すでに Run/Step over ( FQ ) か Run/Trace into ( F 7) によってプログラムのステ ッ 
ブ実行を行なっている場合， Run / Run を選ぶと，プログラムを再作成 （ Build ) する 
かどうかを問い合わせるブロンブトが W 面に表示されます。 

• Y を入力すると，プロジェクト Make がブログラムをコンバイル.リンクし直し 
て，敢初から実行します。 

• N を入力すると，ブログラムは次のブレークポイントまで，ブレークポイントが設 
定されていなければ®後まで実行します。 

■まだブログラムのステップ実行を行なっていない場合，プロジェクト Make がプログ 
ラムを再コンパイルして®:初から実行します。 

Run/Run コマン ドの ホッ トキ ーは CTRL - F 9 です。 

Program reset ( プログラムのリセット） 

Run/Program reset は現在のデバ ッ グセシヨンをキャンセルします。プログラムが割り 
当てたメモリを解放し，オーブンされているすべてのファイルをクローズします。 
Run/Program reset の ホット キーは CTRL - F 2 です。 

Goto cursor ( カーソル位置まで実行） 

Run/Go to cursor を選択すると，現在実行ハ•一があるところから Edit ウィンドウの力 
ーソルがある行まで，ブログラムを走らせます。カーソルが実行可能な文を含まない行の 
上にあれば，コマンドは Esc ボックスを出して轚告を発します。 Run/Go to cursor はデ 
バッグセシヨンを開始します。 

Gotocursor は，永久的なブレークポイントは設定しませんが，カーソノ 置より前に 
永久的なブレークポイントを見つけると，そこでブログラムを止めます。この場合は，も 
う一度 Go to cursor コマンドを選択する必要があります 0 
ブログラムのデバッグしたい部分に実行バーを進めるには ， Go to cursor を使用してく 
ださい。プログラムが特定の文に来るたびに止めたい場合は，その行にブレークポイント 
を設定してください ( Break / watch/Toggle breakpoint またはホット キ ー CTRL - F 8) 0 
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Run/Go to cursor の ホットキーは F 4 です 0 


Trace into (トレース) 


Run/Trace into は，现在の関数における次の文を実行します。その文に，デバッガがア 
クセスできる関数の呼び出しが含まれていなければ， Trace into は次の実行可能な文のと 
ころで止まります。 

その文に，デバッガがアクセスできる関数の呼び出しが含まれていれば， Traceinto は 
その関数の定義の肢初のところで止まります。引き絞いて Trace into あるいは Step over 
コマンドを入力すれば，その関数の中の文が実行されます。デバッガはその関数から出た 
ときに，その関数を呼び出した文の評価を再開します。 

デバッガがアクセスできる関数は， O/C/C/OBJ debug information トグルと Debug/ 
Source debugging ： トグルをともに On に設定してコンハ•イルされたソースファイル内で 
定義されていて，かつそのソースファイルがディスク上に存在しているものだけです。 

现在デ八ッグ中の関数内で呼び出されている関数の中に実行位32を移したい場合は， 
Trace into を使用してください。 

Run/Trace into のホッ トキ ーは F 7 です。 

Step over ( ステップ実行） 


Run/Step over は，現在の関数内の次の文を実行します。他の関数を呼び出す文があっ 
ても，その中はトレースしません。たとえ，デバッガがそれらの関数をアクセス可能であ 
ってもです。 

現在デバッグしている関数を 1 度に 1 文ずつ走らせたいときは， Step over を使用してく 
ださい 。 

Run/Trace into と Run/Step over の違いを示す例を示します。エディタにロードされ 

ているブログラムの初めの12行が次のようになっているとします。 

int findit(void) /* 1 行 */ 

{ 

return(2) ; /* 3 行 */ 


void maiiu ) 


int i, j; 



i - fintit(); 
printf(*Zd¥n- f i); 
j - 0; • • • 


/* 10 行 */ 
I* 11 行 */ 
/* 12 行 */ 
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ル Jdit は， デバッグ情報付きでコンパイルされたモジュール内のユーザ定義関数です。い 
ま実行バーがプログラムの10行目にあるとしましょう。 

■ Run/Trace into を選ぶと，実行八一は関数の骹初の行（ブログラムの1行目） 
に移動し，関数のステップ実行を行なうことができます。 

■ Run/Step over を選ぶと，加ゴ//関数が実行されて戻り値が/に代入されます。そし 
て，実行バーは11行目に移動します。 

実行バーがブログラムの11行目にあった場合は，どちらの コマン ドを選んでも違いはあ 
りません。 Run/Trace into も Run/Step over も printf 関数を実行し,実行バーを12行目 
に移動させるはずです。これは， printf 関数がデバッグ情報を含んでいないためです。 
Run/Step over のホットキーは/=8です。 

User screen ( ユーザ画面） 

統合琛境の画面からユーザ画面に切り換えます。 

Turbo C 統合琛境ドで実行されるブログラムが行なう W 面出力は，すべて ユーザ [由 j 面に 
送られます。 Run/Run コマン ドによってブログラムを実行すると，統合環境の画面からユ 
ーザ画面に切り換わってからブログラムが実行が始まりますが，そのブログラムが キーボ 
ードからの人力を行なわない場合，プログラムの終了とともに統合 S 3 境の画面に即座に戻 
ってしまいます（従来の バージョン のように一時停止はしません） 0 ただし，ブログラムが 
出力を行なったューザ画面は常に保存されており，この コマン ドを呼び出すことによって 
いつでも表示させることができます。どれかキーを押せば統合 B 3 境の画面に戻ります。 
Run/User screen のホットキ ーは QRPH - F 5 です。 


126 


第5章 Turbo C 統合開発環境 



Compile メニュー 


mpile メニューには以下の 6 つの項目があります。 

Compile to OBJ . OBJ ファイルを作成する 

Make EXE file Make して. EXE ファイルを作成する 

Link EXE file リンクして . EXE ファイルを作成する 

Build all プロジェクトのすべてのファイルを作成 （ Build ) 

Primary C file ブライマリファイルを設定する 

Get info 前回のコンパイルに関する情報を表示する 






Compile to OBJ (.OBJ ファイルを作成する ) 


この コマン ドは， . C ファイルを . OBJ ファイルに コン バイルします。必らず右側に作成 
されるファイルの名前 （ AzEXAMPLE . OBJ など）が表示されています。ここに表示され 
る. OBJ フアイルの名前は次の順序で決められます。 


1 .Primary C file で指定されていればその名前。 

2. 1の指定がなければ， Edit ウィンドウ内のファイルの名前。 

TurboC がコンパイルを行なっているときには，ウィンドウがボップアップしてコンパ 
イルの経過および結果を表示します。コンハ•イル/ Make が完了したら，どれかキーを押し 
てこのウィンドウを消去してください。エラーが起きた場合は，自動的に Message ウィン 
ドウに入って最初のエラー（ハイライト表示されます）に位茜つけられます。 

このコマンドのホットキーは QRPH-F9 です。 

Make EXE file (Make して EXE ファイルを作成する） 

この コマン ドは，プロジェクト Make を呼び出して . EXE ファイルを Make します。右 
側には必らず，作成される . EXE ファイルの名前 （ AzEXAMPLE . EXE など）が表示され 
ています。 

• EXE ファイルの名前は次の順序で決められます。 

1. Project/Project name で指定されているプロジェクトファイル名 （. PRJ )。 

2. 1の指定がなければ ， Primary C file で指定されているファイル名。 

3. 2の指定がなければ， Edit ウィンドウに骹後にロードされたファイルの名前。 

このコマンドのホットキーは F9 です。 


Link EXE file ( リンクして EXE ファイルを作成する ) 


現在の . OBJ フアイルと，. LIB ファイル（デフオルト，あるいは現在のブロジェクトファ 
イルで定義されているもの）をリンクして，新しい . EXE ファイルを作成します。 
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Build all ( プロジェクトのすべてを Build する ) 


プロジェクトに含まれるファイルを，作成日時に関係なくすベて再作成 （ Build ) しま 
す。このコマンドは，無条件にでないこと以外は Make EXE file とよく似ています 。 Make 
EXE file は最新でないものだけを再作成します。このコマンドは最初に，そのブロジェク 
卜のすべての . OBJ ファイルの H 時をゼロにセットし，それから Make を行ないます（した 
がって ， Build all コマンドを C7H し STOP で中止させた場合， Compile/Make EXE file 
を選択すれば，中止した地点から再開させることになります。 


Primary C file ( プライマリファイルを設定する） 


このオブシヨンでは， Compile/Compile to OBJ コマンドを選択したとき 
に， . OBJ ファイルにコンバイルされるの . C ファイル（ブライマリファイル〉を指定するこ 
とができます。 

Primary C file コマンドは，1つの . C ファイルと梭数のインクルード（ヘッダ）ファイ 
ル (. H ) で W 成されるブログラムをコンハ•イルする場合に便利です（なければ困るという 
ものではありませんが) 0 コンパイル中にエラーが発生すると，エラーを含むファイル 
(• C ファイルか . H ファイル）が自動的にエディタにロードされて，すぐに修正が行なえ 
るようになります。そのあと GRPH - F 9 を押せば，エディタ内にはなくてもブライマリファ 
イルが再コンハ*イルされます。 

注意： • H ファイルは, Options / Environment/Message tracking が All files になってい 
る場合にのみ自動的にロードされます。デフォルトの設定 (Current file ) の場合には自動 
的なロー ドは行なわれません。 
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Project メニュー 


Project メニユーのコマンドでは，複数のソースファイルやオブジェクトファイルをま 
とめて最終的なブログラムを作成する際の設定を行ないます。 

プロジェクトに関しては第3章で詳しく説明しています。 


図 5.8 Project メニュー 


Hie Edit Run Compile 


i 露ヨ ^^^^® )mM 

Ball 


Fl-Help F5-2oom F6-bwitch F7-Tracc F8-Stcp F9-Make FlO-Mcnu 


Project name (プ ロジェ ク ト 名） 

ブロジェクトファイル（コンパイルおよびリンクするファイルの名前が害き込まれてい 
る）の名前を選択します。ブロジヱクト名は，作成される . EXE ファイルや. MAP ファイ 
ルの名前としても使用されます。通常プロジェクトファイルには拡張子 .PRJ をつけます。 
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Break make on 

このメニューでは，コ 
告 ）， Errors ( エラー）， 


(Make の停止レベル） 

，ン パイラの処理をどの段階で停止させるかを ， Warnings ( I ? 
Fatal errors (致命的なエラー ）， Link (リンク）の中から指定し 










Auto dependencies ( 自動依存チェック） 

このオプションはトグルです。 On にセットすると，プロジェクト Make はディスク上の 
各 . OBJ ファイルとプロジェクトファイル内の対応するソースファイルの依存関係を自動 
的にチェックします。 

プロジェクト Make は . OBJ ファイルをオーブンして，その . OBJ ファイルのソースコ 
ードが含まれているファイルに関する悄報を探します。この情報は， TC および TCC でソ 
ースモジユールがコンパイルされるときには，必らず . OBJ ファイルの中に與き込まれま 
す0そして， . OBJ ファイルを作成するために使用された各ファイルの日付•時刻が ， .OBJ 
ファイル内の日付•時刻の悄報と比較されます。その日付•時刻が異なっていれば，ソー 
スファイルが再 コン バイルされます。 

この機能は，自動依存チェックと呼ばれます。 

Auto dependencies オプションが Off の場合には，このようなファイルチェックは行な 
われません。 


Clear project ( プロジェクトのクリア） 

このコマンドは，プロジェクト名をクリアし， Message ウィンドウをリセットします。 

Remove Messages (メ ツ セージの消去） 

この コマン ドは， Message ウインドウからすべてのメッセージをクリアします。 
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Options メニュー 


Options メニューでは，統合 S 3 境の働きに関する設定を行ないます。コンパイラやリンカ 
のオプション，ライブラリやインクルードのディレクトリ，ブログラムの実行時引数など 
を指定することができます。このメニューの項目には，以下に示すように，さらにメニュ 
一を呼び出すものが4つ，設定項目が1つ，管理面の仕事を行なうコマンドが2つあります。 

■ Compiler (さらにメニューあり） 

■ Linker (さらに メニュー あり） 

■ Environment (さらに メニュー あり） 

■ Directories (さらに メニュー あり） 

■ Arguments (設定） 

■ Save options (仕亊を行なう) 

■ Retrieve options (仕亊を行なう) 

図 5.10 Options メニュー 

nie Edit Run Compile Project Debug Break/watch 


Line 1 Col1 Insert Indent Ta 

_ _ M 嫵 

11 nicer 

Environment 

Directories 

Arguments 

Save options 
Retrieve options 

NONAME.C 

ゞ c --- ■ 


Fl-Help F5-2oom F6-Sw1tch F7-Trace F8-Stcp F9<Make FlO-Henu 
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Compiler ( コンパイラ ) 


このメニューの中のオプショ ン では，ハードウエアに関連する コン フイギュレーシヨ ン， 
メモリモデルの指定，デバッグの手法やコードの最適化に関する指定，診断メッセージの 
制御，およびマクロの定義を行ないます。この後の何ページかで説明するメニュー項目は 
次のとおりです。 

■ Model (メモリモデル） 

■ Defines (マクロ定義） 

■ Code generation (コード生成） 

■ Optimization (肢適化） 

■ Source (ソースフアイル〉 

■ Errors (エラー） 

■ Names (セクションの名前） 

図 5.11 Options/Compiler メニュー 
File Edit tun Compile Project Debug Break/watch 



第 II 部 


Model メニュー（メモリモデル） 

この メニューは ， Turbo C で使用できる 6 種類のメモリモデルを選択するスイッチにな 
っています。指定されたメモリモデルにしたがって，デフォルトのメモリアドレッシング 
方式が決められます。指定できるオプションは， Tiny, Small, Compact, Medium, 
Large，Huge です。デフォルトのメモリモデルは Small なので， Model の右側には，選択 
されているメモリモデルとして Small と表示されています。各メモリモデルの詳細につい 
ては，第12章で詳しく説明しています。 

図 5.12 Options/Compiler/Model メニュー 


File Edit Run Compile Project Debug Break/watch 

Edit 



Fl-Help F5-2oom F6-Switch F7-Tracc F8-Stcp F9-Makc FlO-Menu 


Defines ( マクロ定義 ) 


Defines を選択すると，マクロ定義のボックスが現われ，プリプロセッサに渡すマクロを 
定義することができます。セミコロン （;） で区切れば，後数の定義を行なうことができま 
す0また，等号 （=) を使ってシンボルに値を代入することもできます。 

先頭と末尾の空白は取り除かれますが，途中の空白はそのままになります。マクロの中 
にセミコロンを含める場合は，その前に円記号 （¥) をつけてください （¥; とします）。 

下に示したのはマクロ定義の例です。 

BETA TEST; ONE ■ 1; COMPILER - TURBOC 
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ここでは，シンボル BETA 一 TEST を定義し ， ONE [こし COMPILER に文字列 TURBOC 

を代入しています。 


Code generation メニュー（コー ド生成） 

このメニューから，コンパイラがどのようなオブジェクトコードを生成するのかを指示 
します。 


図5.13 Options / ComDiler/Code generation メニュー 



Fl-Help F5-Zoom F6-Sw1tch F7-Tracc F8-Step F9-Hake FlO-Henu 


Calling convension (閬数の呼び出し方法）： 

関数を呼び出すときに， C の呼び出し方法（コーリングシーケンス）を使うか ， Pascal 
の（速い）方法で行なうかをコンパイラに指示します。 C と Pascal の関数呼び出しの 
違いは，スタックのクリアのしかた，受け渡される引数の個数と順序，大文字/小文字 
の扱い，および外部名のプレフィクス（下線）などに関するものです。 

注意：このオプションは，第12章を読み終えてよく理解された方以外は変更しないよ 
うにしてください。 
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Instruction set (命令セツト）： 

対象となる CPU の種類を指定します。8088/8086と80186/80286のどちらの命令セッ 
卜かを選ぶトグルになっています。デフォルトでは8088/8086のコードを生成します。 
PC -9801 VM など CPU が V 30 の場合には8088/8086を選んでください 。 Turbo C は 
80186/286の拡張命令を生成することができます。またこのオプションによって， PC - 
9801 VX 上の MS-DOS 3. x の非保護モードで走る80286のプログラムを生成すること 
もできます。 


Floating point (浮動小数点）： 

以下の3つのオブシヨンがあります。 

■8087/80287 8087のインラインコードを直接生成します。 

■ Emulation 8087/80287があるかどうかチェックして，もしあればそれを使いま 

す。なければ8087をエミュレートします（精度は変わりませんがス 
ピードは落ちます)。 

■ None 浮動小数点をいっさい使用しないことを指定します （ None として 

いるにもかかわらず，ブログラム内で浮動小数点谀谀を行なってい 
ると，リンクエラーが起こります）。 


Default char type (char 型のデフオルト）： 

char 宣言子が，符号つき ( Signed ) と符号なし ( Unsigned ) のどちらを表わすかを指 
定するトグルです〇 Signed とすると， char 宣言子はすべて signed char として扱わ 
れ， Unsigned にすると unsigned char として扱われます。デフォルトは signed で 
す 0 


Alignment (アラインメントーメモリ割り当ての境界}: 

これは，メモリ割り当てをワード境界 （ Word ) で行なうか，バイト境界 （ Byte ) で行 
なうかを指定するトグルになっています。ワード境界の場合は，文字データ以外はす 
ベて偶数アドレスに配 S されます。バイト境界の場合には，データは偶数アドレス/奇 
数アドレスの区別なく配 a されます。ワード境界にしておくと，8086や80286がメモリ 
上のデータを読んだり，メモリにデータを咨き込むス ピー ドが速くなります。 


Generate underbars (シンボルの下線を生成する）： 

これはトグルスイッチで，デフォルトは On になっています。 

注意：このオプシヨンは，第12章を読み終えてよく理解された方以外は変吏しないよ 
うにしてください。 
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Merge duplicate strings (同一 文字列の 併合）： 

これは最適化の一種で，ある文字列が他の文字列と一致している場合に，それを併合 
します。このオプションを On にしておくと，作成されるブログラムが小さくなりま 
す。デフォルトは Off です。 

Standard stack frame 丨標 車のスタ ッ クフレーム）： 

On のときには，標準のスタック フレーム （関数の標准エントリおよび標准 終了コ — 
ド）を生成します。デバッガを使用するときにはなかなか便利で，呼び出されたサブ 
ルーチンの ス タックを通してト レース バックする過程を簡略化することができます。 
デフォルトは Off です。 

Standard stack frame オブシヨンはトグルです。このオブションを Off にして ソース 
ファイルをコンバイルすると，ローカル変数を使用せず，かつハ•ラメータをとらな い 
関数のエントリおよび終了 コードは， 簡略化されたコードにコンバイルされます。こ 
れによってコードは小さくまた速くなりますが， Debug/Call stack によってその関数 
を‘る”ことはできなくなります。したがって，デバッグのためにコンバイルすると 
きには，このトグルは常に On にセットしておくべきです。 

Test stack overflow ( スタツクオーバーフローのテスト）： 

実行時に スタックオーバーフローのチェック を行なう コー ドを生成します。これによ 
って ブログラムのサイズと速度は 榷牲 になりますが， スタックオーバーフローは発見 
の 難 •しいバグであり， 開発 過程ではたいへん有効なオブシ ヨン です。 デフ ォルトは Off 
です。 

Line numbers (行番号）： 

オブジェクトおよびマップファイルの中に行番号を含めるかどうかを指定するトグル 
スイッチです（この情報はシンボリックデ八ッガが使用します)。行番号を含める 
と， .OBJ および .MAP ファイルのサイズは大きくなりますが,実行可能ブログラムの 
サイスと速度には杉®を与えません Debug/Source debugging トグルを On にセッ 
卜し， 0/C/C/Line numbers トグルが On の状態で生成されたオブジェクトファイル 
をリンクすれば，実行可能ファイルのサイズは大きくなります。増加したサイズはデ 
バッグ情報によるものです)。 

Options/Compiler/Optimization/Jump optimization が On になっていると， ソース 

プログラムの何行かがグルーブとしてまとめられたり，行が並べ锌えられたりするこ 
とがあるので，このオブ ショ ンを使うときには Jump optimization は Off にしておい 
た方がよいでしよう（行番号を追うのが困難になります)。 
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OBJ debug information ( OBJ ファイルのデバツグ情報： 

デバッグ情報を. OBJ ファイルに含めるかどうかを制御します。このトグルはデフォ 
ルトでは On で， TC 統合デバッガおよひ•スタンドアロンの Turbo デバッガによるデ 
バッグが可能になります。 


Kanji strings (漢字の文字列）： 

文字列リテラルを処理するときに，その中に含まれる 0 x 80 〜 0 x 9 F ， および OxEO 〜〇 
xFC の範囲の8ビットコードをどのように扱うかを指定するトグルスイッチです。デ 
フォルトでは On になっており，この範囲のコードを全角文字 （2 バイトコード）の1バ 
イト目として扱います。また，その次の1バイト（全角文字の2バイト目）が円記号 
(¥，0 x 5 C ) の場合に，これをエスケープシーケンスの開始として扱わないようになり 
ます。 

Off にすると， 0 x 80 〜 0 x 9 F および OxEO 〜 OxFC の範囲のコードはグラフイック文字と 
して扱われ，すべてのコードは1バイト単位で処理されます。 

デフォルトは On です。 
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Optimization メニュー （最適化 ) 


このメニユーでは，プログラミングの必要に応じて骹適化の方法を指定することができ 
ます0 


図 5.14 Options/Compiler/Optimization メニュー 



fl-Help F5-Zoom F6-Sw1tch F7-Trace F8-Step F9-Hake FlO-Henu 


Optimize for ( 最適化の方針）： 

Turbo C がコードを生成する方針を指定します。通常は Size (ブログラムの大きさ） 
が指定されており，最も小さなコードが生成されるようになっています。このトグ 
ルを Speed (速度）に設定すると，要求される仕枣を肢も速く行なえるコードが生成 
されます。 

Use register variables ( レジスタ変数の使用 }: 

レジスタ変数を使用するかどうかを指定します。このオブシヨンが On になっている 
と，自動的にレジスタ変数が割り当てられます。 Off の場合には，ブログラム内で re gi 
ster 宣言が行なわれていてもレジスタ変数は使用されません。詳しくは付録 B を参照 
してください。 

一般的には，レジスタ変数をサポートしない既存のアセンブラルーチンとのインター 
フェースをとるのでなければ，このオプシヨンは On にしておくのがよいでしょう。 
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Register optimization ( レジスタ使用の最適化）： 

レジスタの内容を記憶して，冗長なデータのロード操作を省き，できる限り再利用す 
るように指定するトグルです。 

注意： コンパイラは，レジスタがポインタによって間接的に変更されたような場合を 
検出できないので，このオプションは注意して使ってください。この制約に関しては， 
付録 B で詳しく解説しています。 

Jump optimization (ジャンプの最適化 丨： 

無駄なジャンプ（ジャンプ命令へのジャンプなど）を削除したり，ループや switch 文 
を再編成したりして，コードサイズを小さくするかどうかを指定します。ループの再 
編成によって，内部ループが圧縮されスピードアップされます。 

注意： このスイッチが On になっていると，梭数のソースコード行から1つのコードシ 
ーケンスが生成されることがあるので，統合デバッガでのトレースやステッブ実行の 
順序が混乱する場合があリます。最良の結果を得るには，デ八ッグ中はこのスイッチ 
を Off にしておいてください。 

Source メニュー（ソースファイル） 


このメニューの項目は，コンバイラがコンパイルの初期フヱーズでソースファイルをど 
のように扱うかに関するものです。 

図 5.15 Options/Compiler/Source メニュー 
File Edit Run Compile Project WHIM.U Debug Break/watch 
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Identifier length (雄別名の長さ）： 

識別名の先頭から何文字目までが有効かを指定します。識別名は，先頭から指定され 
た文字数分の範囲が異なっていたときにのみ，別々の識別名であると認識されます。 
識別名には，変数，プリプロセッサのマクロ名，構造体のメンバ名，などが含まれま 
す。文字数は1〜32の範囲で指定することができ，デフォルトは32になっています。 

Nested comments (コメントのネストー入れ子）： 

TurboC のソースフアイルで，コメントのネストを許すかどうかを指定します。 C の 
多くの処理系ではコメントのネストは許されておらず，可搬性を低くしています。 

ANSI keywords only (ANSI の予約除のみ）： 

このトグルが On になっていると， ANSI 標準化案で定義されている予約語だけが予 
約語として認識され ， Turbo C で拡張された予約語は通常の識別名として扱われま 
す 0 Turbo C で拡張された予約語には， near , far , huge , asm , cdecl ， pascal ， 
interrupt , 一 es ， 一 ds , — cs , 一 ss ， およびレジスタ疑似変数（一 AX ，— BX ， …… ） 
が含■まれます。また，このオプションが On の場合には，コンバイル時にシンボル 
__STDC が定務されます。 
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Errors メニュー（エラー） 

このメニューからの指定で ， Turbo C コンパイラが診断メッセージをどのように扱い, 
どのように反応するかを制御します。 





f1-Help F5-2oan F«-Sw1tch F7-Tr«ce F8-Step F9-Hake FlO-Henu 

Errors : stop after (エラーの制限個数 I •• 

エラーを何個検出したらコンハ•イルを中止するかを指定します。デフォルトは25個に 
なっています。個数は〇〜255の範囲で指定し，0は無制限を意味します。 

Warnings : stop after (警告の制限個数}: 

膂告が何個発生したらコンパイルを中止するかを指定します。デフォルトは100個にな 
っています。個数は〇〜255の範囲で指定し，0は無制限を意味します 
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Display warnings (警告の表示）： 

If 告メッセージを表示するかどうかを指定するトグルです。デフォルトは On (表示す 
る）で，この場合には以下の 4 M 頌の聱告についてさらに細かな指定が行なえます。 

• Portability warnings (可搬性に関する？ f 告） 

• ANSI violation ( ANSI 案に対する違反) 

• Common errors (一般的な彆告） 

• Less common errors (それはど一般的でない餐告） 

この項目が Off になっていると，警告メッセージはいっさい表示されません。餐告メ 
ッセージの詳細については，付録 B およひ•リファレンスガイドの付録 A を参照して 
ください。 

図5.17 Common errors の表示 

File Edit Run Compile Project HliMiH Debug Break/watch 



Fl-Help F5-2oom F6-Sw1tch F7-Trace F8-Step F9-Hake FlO-Menu 
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Linker ( リンカ ) 

このメニューの各項目では，リンカに関するオプションの設定を行ないます。この設定 
に関する詳細については付録 C の TLINK の節を参照してください。 


図5.19 Options/Linker メニュー 
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F6 - Sw1tch F7-Trace F8-Step F9-Make FlO-Henu 

マップファイル） 


出力するマップファイルの形式を選択します。 Off 以外に指定されていれば， O/D/Out- 
put directory で設定されているディレクトリにマップファイルが出力されます。デフオル 
卜は Off になつていますが，この他に Segments, Publics ， または Detailed を選択するこ 

とができます。 


Initialize segments (セグメントの初期化) 


初期化されないセグメントを初期化するようにリンカに指示します（通常は初期化する 
必要はなく，初期化を行なうようにすると .EXE ファイルは必要以上に大きくなることに 
なります)。 
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Default libraries ( デフオルトライブラリ） 

TurboC 以外のコンパイラで作成したモジュールとのリンクを行なうときに，このオプ 
ションが必要になる場合があります。コンパイラによっては，オブジェクトファイルの中 
にデフォルトのライブラリのリストを害き込むようになっているものがあります。 

このオプションが On になっていると，リンカは TurboC のデフオルトライブラリだけ 
でなく，オブジヱクトファイル内のリストにあるライブラリも，未定義ルーチンを探す対 
象とします。 

このオプションが Off になっていると ， Turbo C のデフォルトライブラリだけが探索さ 
れ ，. OBJ ファイル内のリストにあるライブラリは無视されます。 

Graphics libraries ( グラフィックスライブラリ） 

BGI グラフィックスライブラリを自動的に探すかどうかを指定します。このトグルが 
On のときには，単ーファイルのグラフィックスブログラムを，プロジェクトファイルなし 
で作成•実行することができます。このトグルを Off にしておくと，リンカが BGI グラフ 
ィッ クスライブラリファイルをリンクする必要がないので，リンク時間を短縮することが 
できます。デフォルトは On です。 

注意 ：このトグルを Off にセットしていても，ブロジェクトファイルの中に BGI グラフィ 
ックスライブラリファイルの名前を*いておけば， BGI グラフィックスを使用するプログ 
ラムを作成することができます。 

Warn duplicate symbols (シンボル重後の警告） 

オブジェクトファイルとライブラリファイルの中で，シンボルが重複していた場合に， 
餐 告メッセージを出すかどうかを指定します。デフォルトは Off です。 

Stack warning ( スタックの警告） 

リンカが ， No stack という彆告を出すかどうかを指定します（このトグルが On の場 
合，タイニィモデルで生成されたブログラムに対しては，通常このメッセージが出力され 
ます）。デフォルトは On (瞥告 を出す）になっています。 
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Case-sensitive link ( 大 / 小文字の区別） 

リンク時に大文字と /j 、文字を区別するかどうかを指定します。 C は大文字/小文字を区別 
する言語であり，このオプションはデフォルトでは O n (区別する）になってぃます。 

Environment メニュー（環境） 

このメニューでは，ブログラミングの必要に応じて作業環境を変吏するオプションがま 
とめられています。 


図 5.20 Options/Environment メニュー 
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Message tracking (メ ッセージの追跡） 

Turbo C では， Message ウインドウの中のメッセージを スクロールして いくと， ソース 
ファイルの対応する箇所が Edit ウィンドウに表示されるようになっています。この項目で 
は，その際にどのファイルの中を追跡していくかを，次の3つの中から選択します。 

• Current file がデフォルトで，エディタ内のファイルだけが追跡されます。 

• All files とすると，メツセージの原因となったすべての ファ イルが追跡されます。 
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•Off にすると，追跡はいっさい行なわれません。 

Keep messages ( メツセージの保持） 

これは On か Off のトグルです。 On の場合には， TurboC は Message ウィンドウ内の 
メッセージを保存し，次のコンバイル時のエラーメッセージはその下に追加されます。フ 
アイルをコンハ。イルするときには，そのフアイルに関するメッセージは Message ウインド 
ウから消去され，斩しいメッセージが最後に追加されます。このトグルが Off の場合は， 
コンパイルや Make が行なわれる前に，メッセージはすべて自觔的にクリアされます。 

Config auto save (コンフイギュレーシヨンファイルの 自動 セーブ） 

通常コンフイギュレーシヨンファイルは， Options/Save options コマンドを選択した場 
合にのみセーブされます（ディスクに害き込まれます)。 Config auto save トグルを On に 
しておくと， Run/Run や File/OS shell を実行するときや， Turbo C を終了するときに， 
コンフィギュレーションファイルが自動的にセーブされます（まだセーブされていない場 
合，あるいは前回セーブしたときから変史が加えられている場合だけです)。 

Config auto save が On の場合，コンフイギユレーションフアイルがまだセーブされて 
いないときには， TC はセーブするファイルの名前を自動的に選択します。このファイルの 
名前は， H'Jbl 0/Save options または 0/ Retrieve options でセーブまたは狁み込まれたコ 
ンフイギュレーションファイルの名前，あるいは（ロード•統み込み•セーブが行なわれ 
ていなければ）カレントディレクトリの TCC0NFIG.TC になります。 


Edit auto save (編集 ファイルの 自動 セーブ ) 


このトグルを On にしておくと， Run/Run や File/OS sell を実行するときに，エディタ 
内のソースファイルが自動的にセーブされます（まだセーブされていない場合，あるいは 
前回セーブしたときから変更が加えられている場合だけです）。 


Backup files ( フアイルのバックアップ ) 


デフオルトでは， File/Save を行なうときには自動的にソースファイルの バッ クアップ 
が作られます。バックアップファイルは，ファイル名は同じで，拡張子が. BAK に置き換 
えたものになります。この動作は，このトグルを Off にすれば行なわれなくなります。 
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Tab size (TAB の桁数 ) 


エディタのタブモニドがオンのときに TAB キーをタイプすると，エディタはファイル内 
にタブ文字 （¥ t ，0 x 09) を咨き込み，力ーソルは次のタブ位遊に移動します。この項目 
で，タブ位: S の間隔を2〜16の範囲でを設定することができます。 

タブ間隔を変えるには • Tab size を選択して好きな桁数を人力し，リターンを押しま 
す。するとエディタは，いま設定したタブ間隔に合わせて画面を再表示します。新しい夕 
ブ間隔はコンフィギュレー シヨ ンファイルに保存しておくことができます （ Options/Save 
options を選択してください）。 

Zoomed windows ( ウィンドウの拡大表示） 

Turbo C 統合環境の画面が， Edit ウィンドウと Message ウィンドウの両方が兑えるよ 
うにセットアッブされているときに Zoomed windows を On にすると，アクティブウィン 
ドウが画面いっぱいにズームイン（抗大）されます。 TO を使うと，分割闽面の場合と同様 
に，もう一方のウィンドウに切り換えることができます。 

ウインドウをズームアウト（拡大）して，2つのウィンドウが_方とも見えるような設定 
に戻すには ， Zoomed windows を Off にセットしてください。 

Screen size メニュー（画面サイズ） 

Screen size を選ぶと次のメニューが現われ，統合環境の画面表示の形式を選択すること 
ができます。メニューの内容は， PC -9801 シリーズと IBM PC では異なります。 

PC- 9801: 

Standard 25 line (標準25行 )， Extended 23 line (拡張23行 )， High density 46 line 
(圧縮46行）の中から選択します。樣准モードでは，8色表示しかできませんが，拡張 
モードと圧縮モードでは，マシンの構成によっては16色の表示が可能になります。な 
お，拉張モードと圧縮モードは，グラフィック VRAM のバンク#1を持っていないマシ 

ン（最初期型の PC -9801 や PC -9801 U 2), および ， TCINST の Mode for display を 

Text only に設定している場合には選択できません。画面モードの詳細については付 
録 D を参照してください。 


第 II 部： メニューコマンド 


151 



IBM PC : 

25, 43/50 行のいずれかを指定します。このうちの1つあるいは2つは，使用している PC 
が装備しているビデオアダプタのタイプによって選択できないようになっています。 

■ 25 lines 

これは，25行 X80 桁の標準 PC ディスプレイです。この項目は常に選択町能です。 
モノクロディスプレイアダプタ （ MDA ) またはカラーグラフィックスアダプタ 
(CGA) のシステムでは，このサイズしか選択できません。 

■ 43/50 lines 

EGA または VGA を装備した PC では，25行標準ディスプレイに加えて，この顶 
(3 を選択することができます。 EGA であれば43行 x 80桁， VGA であれば50行 x 
80桁でテキストが表示されます。 

Directories ( ディレクトリ ) 

この メニューでは， コンパイルやリンク，ヘルブメ ッ セージの表示などに必要なフアイ 
ルがどこに;»かれているかを指定します0また，プログラミングの必要に It: じて作業環境 
を変史するオブシヨンもいくつか含まれています。 

図 5.21 Options/Directories メニュー 
File Edit Run Compile Project Debug Break/watch 



Fl-Help FS-Zoon F«-Sw1tch F7-Trace FtStep F9-Makc F10-Hcnu 
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Include directories (イン クルー ドデイレクトリ） 


標準インクルードファイルが; S かれているディレクトリを指定します0標準インクルー 
ドファイルとは，ソースコード中の# include 文で不等号記号く〉で囲んで与えられるもので 
す（例:# include < n ^ file . h > h 複数のディレクトリを指定する場合には，セミコロン （;） 

で区切ってください。指定できるのは，空内文字なども含めて骹大127文字までです。セミ 
コロンの前後には，ホワイトスペース（スペースまたはタブ）があってもなくてもかまい 
ません。このオプシヨンについては第3窣で詳しく説明しています。 

Library directories ( ライブラリデイレクトリ） 

TurboC のスタートアップオブジェクトファイル （ CO ?. OBJ ) および実行時ライブラリ 
ルーチン （. LIB ファイル）が S かれているディレクトリを指定します。 

ライブラリディレクトリを入力するときは，以下に示すガイドラインにしたがってくだ 
さい。 

■ fg 数のライブラリディレクトリは，セミコロンで区切らなければなりません。 
■セミコロンの前後にホワイトスペース（スペースまたはタブ）を逋いてもかまいませ 
ん（なくてもかまいません）。 

■絶対バス • 相対ハ•スの両方が使用できます。カレントディレクトリからの相対パスだ 
けでなく，他のドライブ上のログドボジシヨンからの相対パスも使うことができます。 

例を示します。 

A:¥TURBOC¥LIB; B:¥TURBOC¥MYLIBS; A : NEWTURBO¥MATHLIBS ; As..¥VIDLIBS 

Output directory ( 出カデイレクトリ） 

• OBJ .. EXE ,. MAP ファイルが出力されるディレクトリです。 Make や Run を実行す 
るときには，ここで指定されているディレクトリが探索されます。この指定が空白になっ 
ていると，これらのファイルはカレントディレクトリに出力されます。 
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Turbo C directory (Turbo (^ ディレクトリ） 

これは， TurboC システムが，コンフィギュレーションファイル （. TC ) とヘルプファ 
イル （ TCHELP . TCH ) を見つけるために使用します。デフォルトのコンフイギュレーシ 
ョンファイルをカレントディレクトリとは別の場所に菡いている場合に， TurboC の起動 
時にそれを読み込ませるようにするには ， TCINST (カスタマイズブログラム）を使って 
そのパスを設定しておかなければなりません。 


Pick file name ( ピックフアイル名 ) 


この項目では，ロードするピックファイルの名前を定義します（デフォルトは TCPICK . 
TCP です > 0 ここで名前を入力すると，そのピックファイルが（もしあれば）ロードされ, 
また TurboC を終了するときにセーブされるビックファイルもこの名前になります。ピッ 
クファイル名変史すると，新しいビックファイルをロードする前に，それまでのピックフ 
ァイルはセーブされます。 

ここでピックファイル名が指定されていない場合は， TurboC は Current pick file に設 
定されているファイル名でのみ弃き込みを行ないます。 

ピックファイルを新たに作る場合は，このォブシヨンによってピックファイル名を定義 
しなければなりません 0 ピックファイル名が定義されていれば， TurboC は統合 S 3 境を終 
了するときには必らずデイスク上のそのピックファイルが更新されます。ピックファイル 
名は， Options/Save options を選択するとコンフイギュレーションフアイルにセーブされ 
ます。 


Current pick file ( 現在のビックファイル） 

この メニュー 項目は，ピックファイル名とその as かれている場所を（もしあれば）表示 
します。この項目は情報を表示するだけのもので，なにかを指定することはできません。 
デフオルトのピックファイルが ロー ドされているとき，あるいは Pick file name メニュー 
でピックファイルを入力したときに ， Current pick file にそのファイル名が表示されます。 
ピックファイルの名前を変更した場合や，統合環境を終了するときには，現在のピックリ 
ストの情報がこのファイルに格納されます。 
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Arguments ( 引数 ) 


ここでは，実行するブログラムに， MSDOS のプロンプトからの場合と同様なコマンド 
ライン引数を与えることができます（ただしリダイレクションはできません）。指定するの 
は引数のみで，プログラム名は必要ありません。 

Save options ( オプションの保存） 

O / Compiler ， 〇 / Linker ， O / Environment , 0/ Directories , Debug , Project で選択さ 
れているすべてのオプションを，コンフィギュレーションファイル（デフォルトのファイ 
ルは TCCONFIG . TC ) にセーブします 。 Turbo C は，起動時にカレントディレクトリの 
中から TCCONFIG . TC を探します。もし兑つからなければ ， Turbo C ディレクトリの中 
を探します。 


Retrieve options ( オプションの読み込み） 

Save options コマンドでセーブされたコンフイギュレーションファイル，あるいは指定 
のコンフイギュレーシヨンファイルを説み込みます。コンフイギュレーションファイルは， 
名前を変えていくつでも作っておくことができ ， Retrieve options を選択することによっ 
て，必要に芯じてコンフイギュレーションファイルを切り換えることができます。コンフ 
イギユレーシヨンフアイルについては第 III 部で詳しく説明しています。 
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Debug メニュー 


Debug メニューのコマンドは，ブレークポイントと監視式を除く統合デバッガの機能を 
コントロールします（ブレークポイントと監视式については Break / watch でコントロー 
ルします）〇 

デバッガの操作手順などについては第 4 章で取り上げています。 

図5.22 Debug メニュー 


File Edit Run 


Compile Project Options 
- Edit - 


fCTTO Break/watch 


Line 


Col 


Insert Indent Tab 



Find function 
Refresh display 
Display swapping 
debugging 


Smart 

On 


Match 


Fl-Help F5-2oon» F«-Sw1tch F7-Trace F8-Step F9-Make F10-H€nu 


Evaluate (式の評価） 

Evaluate は変数や式を評価してその値を表示します。適切であればその値を変えること 
もできます。 

このコマンドを選択すると， Evaluate (評価)， Result (結果 )， New value (新規値）の3つ 
のフィールドを持つポップアップウィンドウが開かれます。ウィンドウが開かれたときに， 
Evaluate フィールドには， Edit ウィンドウの力ーソル位 S の語がデフォルト式として入 
力されます。 リターン キーを押すと，このデフォルト式を評価することができます。また， 
この式は編集したり別の式に置き換えたりすることができます。右矢印キーを押すと ， Edit 
ウィンドウからさらに文字がコピーされ，デフォルト式を拡張することができます。 
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次に示したものが含まれていなけれ ( if ， どんな C の式でも評価することができます。 

■関数呼び出し 

■# define または typedef で定義されたシンボルあるいはマクロ 

■突行中の関数のスコープに人っていないローカル変数あるいは狰的変数で，完全には 
修飾されていないもの 

デバッガがその式を評価できる場合には，その値を Result フィ ールドに表示します。 

式が1つの変数あるいは単純データ要素を参照するものであれば，カーソルを New val ¬ 
ue フィールドに移動して， 新しい値として式を入力することができます。 

式の値を修正することが有意であっても，そうしたくないのであれば， ESC を押してウ 
ィンドウを閉じてください 0 New value フィールドの内容を変史していても，リターンキ 
一を押さずにウィンドウから出てしまうと，デバッガはその変更を無视します。 

Debug/Evaluate は，それぞれの切の値を適切なフォーマットで表示します。たとえば， 
int 型は10進数として，配列はボインタとして16進で表示します。別のフォーマットで表 
示するには，式の後にカンマとフォーマット指定子をつけてください。フォーマット指定 
子は表 5.5 に示されています。 

述統したデータ要素の値を表示するには，繰り返し M 数を用いてください。たとえば， 
xarray という按数型配列があったとすると，次のようにします。 

xarray [0] ,5 連絞した5つの按数を10進で表示します。 
xarray [0] .5 x 速絞した5つの格数を16進で表示します。 

操リ返し M 数とともに使用できる式は，蜞ーデータ要素を表わすものでなければなりま 
せん。デバッガは，データ要素がポインタでなければそれを配列の煅初の要素とみなし， 
それがボインタであれば配列へのボインタとみなします。 

表 5.5 デバッガの式で使用できるフォーマット指定子 

機能 

C 文字。 制御文字 （ ASCII コードの0から 31) に対して特別な表示文字を出し 

ます。たとえば，は，”ニコニコ顔’’として表示されます。これは文字や 
文字列に対して働きます。 
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s 


D 


H または X 


F < n > 


M 


文字列。制御文字 （ ASCII コードの 0 から 31) を C 言語のエスヶープ文字列 
を使用して ASCII コードで表示します，これは，文字や文字列の表示に対 
するデフォルトのフォーマット指定子であり， M 指定子と組み合わされて 
使用される場合にのみ役に立ちます。 

10進，すべての整数値は，10進で表示されます。単純な整数型の式の他 
に，整数を含む配列や構造体に対しても働きます。 

16進，すべての整数値は， Ox を前につけて16進で表示されます。堆純な ? g 
数型の式の他に，整数を含む配列や構造体に対しても働きます。 

浮動小数点。”は2から18の間の鲚数で，表示する有効数字の桁数を示しま 
す0浮動小数点値にのみ働きます。 

メモリダンプ。指定された式のアドレスからのメモリダンプを表示します, 
式は代入文の左辺における構文，つまリメモリアドレスを示すものでなけ 
ればなりません。そうでない場合 M 指定子は無视されます。デフォルトで 
は，変数の各バイトは2桁の16進数で表示されます。 M 指定子に D 指定子 
をつけると各バイトは10進で表わされ， H 指定子または X 指定子をつける 
と各バイトは16進で表わされます。 C 指定子または S 指定子が指定される 
と，変数は（特殊文字を含むものも含まないものも）文字列として表示さ 
れます。表示されるデフォルトのバイト数は変数のサイズに対応しますが, 
繰り返し回数を使って指定してもかまいません。 

ポインタ。 ハー ドウエア志向のデフ ォル \の seg •• ofs 型の フォーマット だ 
けではなく，指されているアドレスについての悄報を合わせ持った货 g : 

型の フォーマッ トでポインタを表示します。特に，セグメントが ffi かれ 
ているメモリ領域とオフセットアドレスに存在する変数名の名前を示しま 
す。メモリ領域を次に示します。 


メモリ領域 


Evaluate メッセージ 


0000 - 0000 - 0000 •• 03 FF Interrupt vector table 

(割り込みベクターテーブル） 

0000 : 0400 - 0000 : 04 FF BIOS Data area (BIOS データ領域) 
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0000 : 0500 - Turbo C 


MSDOS / TSR，s 
( MS-DOS とメモリ常駐ブログラム） 
Turbo C • ユーザプログラム PSP Turbo C 
ユーザブロ グラム PSP User Process PSP 

(ユーザプロセスの PSP > 

ユーザプログラム- RAM の最後部変数に割り当られたメモリ内にそのァ 

ドレスがあれば靜的ユーザ変数の名前， 
そうでなければ何もなし 

■ PC -9801 の塌合： 

A 000 : 0000 - A 000 : 3 FFF Text Video RAM (テキスト VRAM ) 

A 000 : 4000 - A 000 : 7 FFF Not Used (未使用） 

A 800 : 0000 - B 000 : FFFF Graphic Video RAM 

(グラフィック VRAM ) 

C 000 : 0000 - C 000 : 7 FFF User Enhanced ROM 

(ユーザ拡张 ROM ) 

C 800 : 0000 - E 000 : FFFF System enhanced ROM 

(システム拡張 ROM ) 

E 000 : 0000 - E 000 : 7 FFF Graphic Video RAM 

(グラフィック VRAM ) 

E 800 : 0000 - F 000 : FFFF N 88 - BASIC RAM 

■ IBM PC の塌合： 

A 000 : 0000 - A 000 : FFFF EGA Video RAM ( EGA ビデオ RAM ) 

B 000 : 0000 - B 000 : 7 FFF Monochrome Display RAM 

(モノクロデイスブレイ RAM ) 

B 800 : 0000 - B 800 : 7 FFF Color Display RAM 

(カラーディスプレイ RAM ) 

C 000 : 0000 - E 000 : FFFF EMS Pages / Adapter BIOS ROM's 

( EMS ベージ / ァダブタ BIOS ROM ) 
F 000 : 0000 - F 000 : FFFF BIOS ROM 

構造体 / 共用体。 { X : l . Y :10, Z :5 } のように値とフィールド名を表示しま 
す。構造体と共用体に対してのみ働きます。 


ットキーは CTRL - F 4 です。 


Find function ( 関数の検索） 

Find function は， Edit ウィンドウに関数の定義部を表示します 0 このコマンドで見つけ 
られる関数は， Debug/Source debugging オプションと O / C / C/OBJ debug information 
オブションを On にしてコンパイルしたブログラム内で定義されており，そのソースファ 
イルが参照可能なむのです。探索する関数が現在表示されているファイルの中にない堤合 
は，適切なファイルが自動的にロードされます。 

Find function を使うためには，デバッグセッションに人っていなければなりません。 

Call stack (コール スタック） 

Call stack は，コールスタックを含んでいるポップアップウインドウを表示します。コ 
ールスタックとは，現在実行中の関数に至るまでの道筋で呼び出された関数の並びを表わ 
します 0 main はスタックの底にあり，スタックトップ（一番上〉には％在実行中の関数が 
あります。 

コールスタック上の各エントリには，呼び出された閲数名と渡されたパラメータの値が 
表示されます。 

肢初はスタックトップの要素がハイライト表示されます。コールスタック上の他の関数 
の％在行を表示するには，ハイライトをその関数名のところに移して リターン キーを押し 
てください。すると，その関数内で，スタック上のすぐ上にある関数を呼び出している行 
にカーソルが 1 K かれます。たとえば，コールスタックが次のようなっているとします。 

func 2 () 

funcl() 

main() 

(これは main が fund を呼ひ•出し， fund が func 2 を呼び出していることを意味してい 
ます)。ここで， / wm :/ の現在実行している行を見たい場合は，ハイライトバーをコールス 
タッ ク上の/ unc / に動かして リ ターンを押してください 0 funcl のつー ドが Edit ウインド 
ウに现われ，カーソルが/を呼び出している位に置かれます。 

現在実行中の関数の現在行（実行位蒗）に戻りたいときは，コールスタックの先頭にハ 
イライトバーを動かして リターンを 押してください。 

O / C / C/Standard stack frame オプションを Off にしてコンパイルしたブログラムの場 
合，いくつかの関数がコールスタックから省かれることがあります。詳しくは 0/ C / C / 
Standard stack frame の説明を参照してください 0 

D/Call stack のホットキーは CTRL - F 3 です。 
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Refresh display ( 画面の再表示） 

エディタ幽面がなんらかの障害によって上齊きされてしまった場合は，このオプション 
を使って前の内容を復元することができます。 


Display swapping ( 画面の切り換え） 

Debug/Display swapping は， Smart , Always , None の 3 つのどれかを選択するトグル 
です。デフオルトは Smart です。 

デフォルトの Smart の設定で，プログラムをデバッグモードで実行すると，デバッガは 
実行中のコードが的 jlfij 出力をするかどうかを調べます。そのコードが i 由 jrti 出力をする（あ 
るいは関数を呼び出す)ものであれば,画面は出力が行なわれている問 Edit 画面からユー 
ザ i 由 i 面に切り換わって，出力が終了したらもとに戻ります。その他の場合は，_向の切り 
換えは行ないません。 

注意： Smart は，次の点に間してはとりたてて賢い ( smart ) わけではありません 0 

■関数が固面出力をしない場合でも，関数呼び出しがあると®面は切り換えられます。 
■ある状況下——たとえば，タイマー割り込みルーチンが幽面に冉き込むような場合に 
は， iii 面の切り換えがなされずに，エディタ画面が変史を受けることがあリます。 

Always にすると，1つの文を実行するたびに®面が切り換わります。ブログラムの実行 
によリエディタ阐面が上#きされそうな場合には，これを選択するのがよいでしょう。 

None にすると，デバッヴは画面の切り換えをまったく行ないません。面出力がないこ 
とが確かなコードに対するデバッグセッ シヨ ンでは，これを選択するのがよいでしょう。 

注意： デュアルモニタモード （ TC コマンドラインの / d スイッチを使った場合）でデバッ 
グをしているときは，一方のモニタでブログラムの出力を見て，もう一方のモニタで TC の 
闽面を見ることができます。このために TC は阐面の切り換えを行なわないので， Debug / 
Display swapping の設定は意味がなくなります。 

Source debugging 

Debug/Source debugging オプションは， On ， Standalone , None の 3 つからどれかを選 
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ぶトグルです。 

On に設定してリンクしたプログラムは， Turbo C 統合デバッガあるいはスタンドアロ 
ンの Turbo デ八ッガの №1 方でデ八ッグすることができます。 

Standalone の場合は， Turbo デバッガでのみプログラムをデバッグすることができま 
す。しかし，この場合でも Turbo C の中でそのブログラムを実行することはできます。 

None の場合は，デバッグ情報が .EXE フィルに苒き込まれないので，どちらのデバッガ 
でもプログラムをデ八ッグすることはできません。 

Break/watch メニュー 


Break/watch メニューコマン ドは， ブレークポイント と監视式を コントロールし ます。 

ブレークポイントとは，実行が停止するブログラム内の場所のことで，キーとなる®要 
な変数や式の値を調べたり，ブログラムが正しく動作しているかどうかを確かめるための 
時問をとるために設定するものです。 

ブレークポイントはハイライト表示されます。ブログラムがブレークポイントで停止し 
ているときには，そのブレークポイントのハイライトは突行バーによってされてしまい 
ますが，実行バーが移觔すれば洱び现われます。 

監视式とは， Watch ウィンドウにその侦が表示される式のことで，ブログラムが停止し 
たときには必らず再評価されます。有効な監視式を人力する上での規則は， Debug/Evalu¬ 
ate の場合の規則と 同じです。 ただし，監视式の場合は， /•++ のような副作用を生じるも 
のであってはいけません。フォーマット指定子と繰り返し回数は， Debug/Evaluate での場 
合と同様に，監硯式の中でも使用することができます。たとえば次の監視式は， 

i.X 

整数/の内容を16進のフォーマットで表示します。 

Watch ウィンドウに式を追加していくと，ウィンドウは TCINST ューティリティの 
Resize windows オプションで指定された最大サイズに達するまで抗大していきます（骹 
大サイズの初期値は_面の約半分の大きさです)。 敢大サイ ズに達すると，式を追加した場 
合，いくつかの式がスクロールしてウィンドウから消えてしまいます。それらは， 
ROLLUP , ROLLDOWN , 上/下矢印によって Watch ウィンドウをスクロールさせれば見る 
ことができます。 

Watch ウィンドウの中で現在注目されている式は， Watch ウィンドウがアクティブな 
場合にはハイライトバーによって示され，アクティブでない場合は左端にマークがつけら 
れます。 
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Alt: FI-Last help F3-P1ck F6-Swap F7/F8-Prev/Next error F9-Comp11e 


Add Watch ( 監視式の追加） 

Addvvatch は， Watch ウィンドウに監视式を 1 つ 追加します。このコマンドを選択する 
と，デバッガはポップアップウィンドウを開いて監视式の人力をうながします。デフ オル 
卜の式は， Edit ウィンドウのカーソル位；«にある語です。式をタイプしてリターン キーを 
押すと，デバッガはその式とその現在の尬を Watch ウィンドウに追加します。 

このコマンドのホットキーは CTH し F 7 です。また， Watch ウィンドウがアクティブで 
あれば，/ A / S または CTR し N を押すことにより新しい監视式を挿入することができます。 

Delete watch ( 監視式の削除） 

Delete watch は， Watch ウィンドウから现在注目されている監视式を削除します。 

このコマンドを使用するためには， Watch ウィンドウが兑えている状態でなければなリ 
ません（つまり， Edit ウィンドウが拉大表示されていてはいけません）。现在注目されてい 
る監视式は， Watch ウィンドウにいる場合はハイライトバーによって示され， Edit ウィン 
ドウにいる場合は左端のマークによって示されます。 

Edit ウィンドウにいるときにマークのついている監视式を削除するには， Break / 
watch/Delete watch を選んでください。现在注目されている監視式以外の式を削除する 
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には， Watch ウィンドウに移動して，ハイライト八一を望みの監視式のところに移動させ 
てから， DEL または C 7 HL - y を押してください。 

Edit watch ( 監視式の編集） 

Edit watch は，現在注目されている監视式を Watch ウィン ドウで榀集します。 
Break / watch/Edit watch を選択すると，デバッガはポップアップ メニューを 開いて， 
そこに現在注目されている監視式をコピーします 3 式を編集して リターン キーを押してく 
ださい。デバッガは，元の式を編集された式に引き換えます 。 Watch ウィン ドウからも監 
视式の褊集をすることができます。この場合は，ハイライトバーを褊粜したい監視式のと 
ころに移動して リターン キーを押してください。 

Remove all watches ( すべての監視式の消去） 

Remove all watches は， Watch ウィンドウからすべての監视式を削除します 0 

Toggle breakpoint 

Toggle breakpoint は，力ーソル位; fi の行にブレークポイントを設定あるいは解除を行 
ないます。ブレークポイントが設定されると，その行はハイライト表示されます。 

このコマンドのホットキーは CTRL - F 8 です。 

ブログラムは，実行途中でブレークポイントに出会うと実行を停止します。ブログラム 
が停止したときには，実行バーはブレークボイントの設定されている行に位3¢しています0 
ブレークポイントのハイライト表示は実行バーによって隐れてしまいますが，実行バーが 
移動すると再び現われます。 

ソースフアイルの編染中は，各ブレークポイントはそれが設定されている行に“貼りつい 
て”います。これが消えるのは，統合琛境から離れたときか，それが設定されているソース 
行が削除されたとき,あるいは Break / watch/Togglebreakpoint コマン ドまたは Break / 
watch/Clear all breakpoints コマン ドでそれが解除されたときに限られます。 

Turbo C は次の2つの場合に，ブレークポイントを“見失って”しまいます。 

■ブレークポイントを含んでいるファイルを編集してから，編集後のファイルを捨てて 
しまった場合 （ TurboC はファイルが編集される前のブレークボイントの位 S を記憶 
していることができません。そのため，間違った行にブレークポイントを表示してし 
まいます)。 
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■ブレークボイントを含んでいる ファ イルを修正してから，そのブログラムを Make し 
直さずにデバッグセッシヨンを再開した場合 (Turbo C は Source modefied , rebuild ? 
という？?告を出します>。 

ソースファイルをコンパイルする前には，空白行やコメント行に対してもブイクポイン 
卜を設定することができますが，そのファイルをコンパイル•実行すると， TurboC は設 
定されたブレークポイントが存効であるかどうかを調べ，無効なブレークポイントについ 
ては ユーザに 対して削除，無視，変史 のい ずれかを行なうよう間いて来ます。ファイルを 
デバッグしているときは， TurboC はどの行が実行文を含んでいるかを知っており，無効 
なブレークポイントを設定しようとすると背告を出します。 


Clear all breakpoints 

Clear all breakpoints は，ブログラムのすべてのブレークポイントを解除します。 

View next breakpoint 

View next breakpoint は，ブログラムの次のブレークポイントに々ーソルを移動させま 
す。カーソルは，ブレークポイントが設定された順番にしたがって次のブレークポイント 
に移動するのであり，プログラムがブレークポイントに出会う順番で移動するのではない 
ことに注:6；してください。このコマンドはコードを実行するのではなく， Edit ウィンドウ 
でアクテイブなブレークボイントの位； K を示すためだけのものです。 
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第 III 部：コンフィギュレーションファイル 

とピックファイル 


コンフイギュレーシヨンファイル とはなにか？ 


コンフイギュレーションファイルは，基本的には TurboC に IH 1 する悄報が人っているフ 
アイルです。ここには，選択したコンハ•イラオプションやリンカオプション，コンパイル 
やリンクの際に Turbo C がファイルを探すさまざまなディレクトリなどの情報をしまっ 
ておきます。 

コンフィギュレーションファイルには2つの神:があります。1つは TC.EXE (統合 S 3% 
版)，もう1つは TCC . EXE (コマンドライン版コンパイラ）で使用します。コマンドライン 
用のコンフィギュレーションファイルはただ1つだけで， TURBOC . CFG という名前でな 
ければなりません。統合琛境のコンフィギュレーションファイルには任意の名前をつける 
ことができます0 TCCONFIG . TC というファイルが統合開発 S 3 境のデフォルトのコンフ 
イギュレー ションフアイルです。 

この節では，統合環境用のコンフィギュレーションファイルについて説明します。コマ 
ンドライン用のコンフイギュレーションファイルの使い方については，第3章の 「 TUR - 
BOC . CFGj の節を参照してください。 

TC のコンフイギュレーシヨンファイル 


Turbo C 統合環境に初めて人ったときには，コンフィギュレーションファイルは存在し 
ません。起動時に TC . EXE は，すべてのメニュー項目をデフォルトにセットします 
( Options / Compiler/Memory model ". Small , Options / Compiler/Code generation / Call - 
ing convention . X ， Options / Environment/Keep messages ... No , など）。そして，統合 
境を使っていくうちに，メニュー項目の設定をいくつか変史•することになるでしょう。 

新しく設定した内容をコンフィギュレーションファイルにセーブせずに Turbo C を終 
了すると，次に統合環境を起動したときにも，メニュー項目はすべて元のデフォルトのま 
まになります。しかし，設定をコンフィギュレーションファイルにセーブしておけば，次 
に起動したときに，メニュー項目は選択した値に設定され，再度設定する必要がなくなり 
ます。 
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TCCONFIG.TC 


TC . EXE は，起動時に TCCONFIG . TC という名前のコンフィギュレーションファイル 
を探します。 TC . EXE はこのファイルを適当な場所で探します（具体的にどこを探すかに 
ついてはあとで詳しく説明します)。 TCCONFIG . TC が見つからなければ，統合環境は 
TC . EXE に組み込まれているデフォルトの設定を使うことになります。 

他の TC コンフィギュレーションファイル 

DOS のフロンブトから特定のコンフイギュレー シ ョンファイルを指定して tc . EXE を 
起動することもできます。これには / c スイッチを使います（この话の第 I 部の肢初の方に 
ある TC コマンドラインスイッチ」 を参照してください）。たとえば， DOS のブロンブト 
から次のようにタイプすると， 


tc /cmyconfig 


Turbo C はカレントデイレクトリから MYCONFIG . TC というコンフイギュレーション 
ファイルを探します（拉張子の指定がない場合は . TC を付加します)。 

指定されたコンフィギュレーションファイルが兑つからない場合は，それを示す脅告メ 
ッ セージを出します 0 コンフィギュレーションファイルが見つからなくても，統合琛境は 
デフオルトの設定を使ってスタートします。 

TC コンフィギュレーションファイルの内容 

TC コンフイギュレーションファイルにしまわれる悄報は • コンハ•イラ•リンカのオブシ 
ョンと TC . EXE 固有のデータの2つのカテゴリにわけることができます。 

コンパイラ.リンカオプションは，もちろんコンハ•イラおよひ•リンカを制御するもので, 
コマンドライン版 （ TCC ) にもこのすべてに対応するオプションが存在します。 TC.EXE 
に固有のデータというのは，統合環境自体に関するものです。これには， Project/Project 
name，Opt ions / Directories/Pick file name , Options/Environment メニューオプション 
などがあります。 

コンフィギュレーションファイルを作成する 

TC コンフィギュレーションファイルはどうやって作成するのでしょうか？コマンドラ 
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イン用のコンフイギュレー ショ ンファイル （ TURBOC . CFG ) とはちがって，統合環境用は 
エディタでは作成することができません。 TC コンフィギュレーションファイルは， 
Options メニューの Save options を使って作成します。 

また， Options / Environment/Config auto save を On にセットしておけば,統合環境か 
ら出るときには必らずデフオルトの TC コンフィギュレーションファイル （ TCCONFIG . 
TC ) にその時点での設定がセーブされます。 

コンフィギュレーションファイルを切り換える 

統合環境の中から，現在のコンフィギュレーションファイルを簡単に他の. TC ファイル 
に切り換えることができます。次のようにします。 

■ Options メニューから Retrieve options を選びます。この項目を選ぶと Config File 
ボックスが現われ，前回指定したコンフィギュレーションファイルの名前（初めての 
ときはデフォルトの*. TC ) が表示されます。 

■マスク （*. tc や?? config .* など）をタイブしてリターンを押すと， . TC ファイルのデ 
ィレクトりリストが現われ，この中からファイルを選択することができます。特定の 
ファイル名をそのままタイプしてもかまいません（リターンを押すとそのファイルが 
ロー ドされます)。 

TC.EXE は TCCONFIG.TC をどこで探すのか？ 


TC . EXE がデフオルトの コンフィギュレーションファイル （ TCCONFIG . TC ) を探す場 
所は2つあります。まず®:初はカレント（デフォルト）ディレクトリを探します。カレント 
デイレクトリに TCCONFIG . TC が見つからない場合， TCINST を使って Turbo C ディ 
レクトリがすでに設定されていれば，次に Turbo C ディレクトリの中を探します。 

Turbo C デイレクトリと TCINST の詳細については付録 D を参照してください。 


コンフイキユレーシヨンファイルと TCINST の関係 

TCINST を使えば ， Turbo C のメニューのほとんどすべての項目を設定し，その設定内 
容を直接 TC . EXE の中に保存することができます。このようにカスタマイズを行なった 
TC . EXE を起動した場合， TC コンフイギュレーシヨンファイルが見つからなければ， 
TCINST による設定がデフォルトになります。 

ただし， TC . EXE を起動したときにデフォルトディレクトリ（あるいは Turbo C ディレ 
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クトリ）に コンフィギュレーションファイル TCCONFIG.TC が あれば， TCCONFIG.TC 
における設定が， TCINST によって組み込まれたデフォルトの設定よりも後先されます。 

同様に，“スイッチでコンフィギュレーションファイルを指定して TC . EXE を起動し 
た場合にも，指定したフアイルがあれば，その設定が TCINST によるデフオルトに優先し 
ます。 


コンフイギュ レー シヨンファイルの自動セーブ 

通常は， TurboC が现在のコンフィギュレーションファイルをセーブする（ディスクに 
卉き込む）には， Options/Save options コマンドを実行しなければなりません 0 しかし， 
設定を変更したり追加したりした場合に，自動的にコンフィギュレーションファイルがセ 
ーブされるようにすることもできます。 

これには， Options / Environment/Config auto save を On にしておきます。こうする 
と， Run / Run や File/OS shell を選択した場合や， （ File / Quit で）統合環境を終了する際 
に，コンフィギュレーションファイルが変更されていれば，自動的にディスクに與き込ま 
れます。 

コンフィギュレーションファイルをセーブしていない状態で Config auto save を on に 
すると， TurboC は自動セーブを行なうファイル名を決定します。このファイル名は，煅 
後にセーブした（あるいはロードした）コンフィギュレーションファイルになります。ま 
た，ロード/セーブを一度も行っていない場合には，（カレントディレクトリの） TCCON ¬ 
FIG.TC になります。 

ピックリスト，ピックファイルとはなにか？ 


ピックリストとピックファイルの2つは，編集セッシヨンの状態を保存しておくために連 
動して働く TurboC 統合開発琛境の特徴的な機能です。ピックリストは，統合環境の中に 
いるあいだにどんなファイルを編集している（エディタにロードしたことがある）かを記 
憶しています。ピックファイルは，統合環境を終了したあとで，あるいは状況を変更した 
あとで，どんなファイルを編集していたかを記係しています（状況の変更とは，新たにコ 
ンフイギュレーシヨンファイルをロー ドする，あるいは新たにピックファイル名を定義す 
ることを言います)。 
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ピックリスト 


ピックリストは， File / Pick を選択するか，あるいはそのホット キー GRPH - F 3 を押せば 
呼び出すことができます。 File / Pick を選ぶと，それまでにエディタにロー ドされた最後か 
ら8つまでのファイルのリスト（ビックリスト）が衣示されます。リストの一番上のファイ 
ルは现在エディタの中にあるものです。ピックリストに2つ以上のファイル名がある場合 
は，リストの2番目の フ ァイル名がハイライト衣示されます。この ファ イルは现在の ファ イ 
ルの前にエディタにロー ドされていたものです。 

ピックリストのファイルをエディタにロー ドするには，矢印キーでハイライト バーを口 
ードしたいファイル名に動かしてリターンを押します。こうすると， TurboC は指定され 
たファイルをエディタにロードし，エディタはカーソルをそのファイルの前回の編圯終了 
時の位; H に動かします0さらに，このファイルのブロックやブレースマーカも前回の編集 
終了時と同じ状態に復元されます。 

ピックリストは，ブログラムの開発中にいくつかの ファ イルの問を行ったり来たりする 

こ便利な機能です。 GRPH - F 3, リターンの順でキーを押せば，2つのファイルの間を往很 
することができます（エディタの中にいるときには， (3 RPH - F 6 を押せばキー1つで同じこ 
とが行なえます)。 

編染したいファイルがピックリストにない場•合には ，-- load file -(ピックリストの 
一番 下）を選択します。すると ， Load File Name ボックスが現われて，口ードするファ 
イル名を入力することができます （ MS - DOS 形式のワイルドカードも使えます)。 F 3 を押 
せば自動的に File / Load を選択することもできます。 


ピックファイル 


ピックファイルには，ピックリストの内容も含めて，ファイル関連の情報が保存されま 
す。ピックリスト内の各エントリ（ファイル）ごとに，ファイル名，カーソル位置，ブロ 
ックマーカの位;18，プレースマーカの位逋が記録されます。 

各ファイルに間する情報に加えて， ビッ クファイルには エディ タの終了時の状態に つい 
ての情報も含まれます。これには，最後の探索/置換文字列や探索オプションなどがありま 
す 。 

ピックファイルを作成するには，ピックファイル名を定義しなければなりません◊これ 
は， Options / Directories/Pick file name を選択してファイル名を入力します。ピックフ 
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ァイル名を定義されていれば，統合瑁境の終了時には必らず TurboC はディスク上のピッ 
クファイルを更新します。 

ピックファイルはいつ，どうやって得られるか？ 

ビックファイルにする悄報を探すことのできるメニュー項目としては， Options / 
Directories/Pick file name と Options / Directories/Current pick file の 2 つがあります。 


Q -ピックファイルがすでにあるかどうかはどうすればわかるか？ 

A : O / D/Current pick file が空 A でなければ（ファイル名が表示されていれば）すでに 
ピックファイルがあることになります。 

Q : 〇 / D/Current file name にどうしてファイル名が現われるのか？ 

A : 0/ D/Pick file name にはっきりとファイル名が示されていればその名前が表示され 
ます。あるいは （0/ D/Pick file name が空内の場合には）デフォルトのピック ファ 
イルがロー ドされているためです。 

Q : 〇 / D/Pick file name にファイル名が示されている場合，そのファイル名はどこから 
得られたのか？ 

A : Pick file name のファイル名は次の場合に枓られます。 

■现在のセッシ ョン でユーザによって人力された。 

■前间の セッションで 入力された内容が コンフィギュレーションファ イルに セーブ さ 
れ，その コンフィギュレーションフ ァイ ルが 現在の セッションで 使われている。 

■ TCINST によってそのファイル名が組み込まれている。 

Q 〇 / D/Pick file name が空白であるのに， O / D/Current pick file にはファイル名が 
示されているとすると，そのデフォルトのピックファイルはどうやってロー ドされた 
のか？ 

A :デフオルトのピックファイル TCPICK . TC がカレントディレクトリにあり ， Turbo C 
が起動時にそれを自動的にロードしたためです。 

ピックファイルをセーブすると，統合環境はそのフルパス名を記憶します。この情報は 
O / D/Current pick file に表示されます。 
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Turbo C はピックファイルをいつセーブするか? 


統合環境を終了するときには， O / D/Current pick file に表示されているピックファイル 
は必らずセーブされます。また， 0/ D/Pick file name によってピックファイルが変史•さ 
れた場合にも，元のピックファイルはセーブされます（別のコンフィギュレーションファ 
イルのロー ドによって，ピックファイルが間接的に変史された場合も同様です）。 

Current pick file が空白の場合には，統合琛境終了時にもピックファイルはセーブされ 
ません。 
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第 IV 部:追加された機能と エディタコマンド 


統合環境で使用可能な Turbo C の便利な機能のいくつかは，メニューシステムの中から 
はアクセスできません。この節では，ソースコードの編集中に威力を発揮するこうした機 
能について説明します。 


タブについて 


エディタのタブモードがオフのときに TAB キーを押すと，カーソルは次の“ソフト”タブ 
位遂まで移動し，その問には必要な数の空白文字 (0 x 20) が挿人されます。ソフトタブ位 
蓝は.力ーソルがある行の1つ上の行の各語の頭文字と同じ桁にセットされています。 

タブ モー ドがオンのときに TAB キーを 押すと， カーソルは 次の“ハード”タブ位 i ! S £ に移動 
し，必要な数の空 A 文字が神•入されます（骹適フィルモードがオンのときには，文字数が 
肢小となるようにタブ文字 (0 x 09) と空白文字が挿人されます。 K 適フィルモードについ 
てはすぐあとで説明します)。ハードタブ位は，デフォルトでは8桁おきにセットされて 
おり， Options/Environment メニューの中の Tab size オプションで，2〜16の範囲で設定 
することができます。 

タブモードがオンのときには，エディタのステータス行に Tab と表示されています。夕 
ブモードのオン/オフは， CTRL-O 7 ■によって切り換えることができます。 

ソーステキスト中のマークしたブロックを， CTRL-K W コマンドによってエディタから 
ファイル（または PRN ) に送るときに，エディタはすべてのタブ文字を“ハードタブ”とし 
て扱い，そのまま冉き出します。これは一般に8桁ごとのタブ位 S をうみだすことになりま 
す（ブリンタの設定によっては無視されることもあります）。ブロックをプリンタへ送ると 
きに， CTWL-KVV のかわりに C7HL-/CP を使うと，エディタはタブ文字を‘‘ソフトタブ”と 
して扱い，それを適切な数の空白文字にき換えてからブリントします（このときのタブ 
位； S は， O / E/Tab size で指定されている桁数にしたがって計算されます）。 
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自動 インデン ト，逆 インデン ト，最適 フィル 


Autoindent (自動インデント）はエディタの機能の 1 つで， （ハー ド） リターンを 入力す 

ると，カーソルが，前の空白でない行の最初の非空白文字と同じカラムに位遛づけされる 
ことです。 

TCINST ( TurboC カスタマイズプログラム）を初めて実行したときには，自動インデ 
ントモードは0動的に On になっています。これは， TCINST の Options / Environment / 
Options for editor / Autoindent トグルのデフオルトが On だからです。 

Edit ウインドウの中では， C 7 HL - OZ あるいは C 7 HL - OZ を押す（つまり， C 77? L キーを 
押したまま〇または〇を押し，統いて/を押す）と，自動インデントモードのオン/オフを 
切り換えることができます。 


逆インデントはカーソルのインデント（段下げ）を解除する機能です。つまり，カーソ 
ルを左に移動させてその前のインデントレベルに揃えることです。 

a = 3; 
i =1; 

while (i <= 25) 

! { 

| product = a * i; 

! print£("%d. %d", i, product); 



自動インデントによつてこの桁にカーソルが来る 
BS を1回押すとインデントが解除されてこの桁に戻る 


図 2.24 逆インデントの働き 

逆インデントするには，その行の最初の非空白文字，あるいは空白行にカーソルを位逋 
づけて SS を押します。するとカーソルはその前のインデントレベルに移動します。この場 
合， SS によって複数桁カーソルが戻されることになります。 
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肢適フイルモードは，同時にタブモードも On になっていないと効果がありません。この 
2つのモードが On になっているとき， （3 動インデントあるいはアンインデントされている 
行の先頭は，タブ文字と空白文字によって妓適化されて埋められます。これによって，そ 
の行の文字数が妓小になります。 

敢適フイルモードのオン/オフは， CTH し O F によって切り換えることができます。 

例 

■ Options / Environment/Tab size が8にセットされており(タブ位;没は， 1.9,17,25, 
•••), 自動インデントモード，タブモード，挿人モードはすべてオンの状態で，力 
ーソルは27桁目から始まる行の骹後にあるとします 0 

• リターンを押して新しく1行を W •人すると，エディタは々ーソルをその新しい行の27 
桁目に位黃づけます。 

• 力ーソルを動かさずに，その新しい行に1文字をタイブすると，エディタはその文字 
の前までを3つのタブ文字 （24 桁まで）と2つの空 A 文字 （26 桁まで）で埋め，トー 
タル5文字が詰め文字として揷人されます。 

■上と H じ操作を， Options / Environment/Tab size が5にセットされた状態（タブ位 iK 
は， 1.6.11.16,21.26. • • •) で行なうと，エディタはその文字の前に5つのタブ （25 
桁まで）と空白1つを挿人します。 

■ Tabsize が6にセットされた状態（タブ位 iS は，1,7, 13.19, 25, •••) で，カーソル 
を18桁目に動かしてから1文字をタイプすると， エディ タはその文字の前に2つのタブ 
(12 桁まで）と5つの空 (17 桁まで）を揷人します。 
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ペアマツチ 


たくさんの関数，カッコに囲まれた式，ネストしたコメント，また区切りのベアに挟ま 
れた他の構造で满たされているソースフアイルをデバッグすることを考えてみてください。 
実際そのフアイルは，次のようなペアを使って組み立てられているはずです。 

■中カッコ {} 

■不等号記号 く〉 

■丸カッコ （） 

■大カッコ [] 

■コメント記号/**/ 

■二相:引用符 ”” 

■単引用符 ’ ’ 

特定の構造の始まりと終わりを示す区切り記号のベアの対応を調べるのは，ややトリッ 
キィです。いま，下位の式が何®•にもネストした梭雑な式があって，そのすベてのカッコ 
が正しく対応しているかどうかを調べたいとします。あるいは，数画面分に渡る関数の先 
頭にいて，その関数の®:後にジャンプしたいとします。 TurboC エディタのベアマッチコ 
マンドを使えば，こうした問題を指先で解決することができます。これには以下のような 
操作を行ないます。 

1. まず，問題となる区切り記号（たとえば数画面分の関数の始まりを示す中カ ッコ） 

にカーソルを 菌 いてください。 

2. 選択した区切り記号に対応するもう一方の区切り記号の位;£を見つけるために， 
CTRL-Q [を押してください（上の例で言えば，もう一方の区切りは関数の終わりを 
示す中カッコです)。 

3. エディタは，選択した区切り記号に対応するもう 一方の 位速に，即座にカーソルを 
移動させます。カーソルが意図したとおりの区切り文字に移動すれば，その間のコ 
ードには，同じ型でマッチしていない区切り文字はないということがわかります。 
カーソルが意図とは違う区切り文字に位置したとすれば，やっかいなトラブルに卷 
き込まれており，ソースを調べて問題点を洗い出す必要のあることがわかります。 
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ペアマッチに関するいくつかの詳細 

TurboC エディタの“ベアマッチ”コマンドの基本について述べました。次に，このコマ 
ンドを使って，何ができるのか，また何ができないのかを少し詳しく説明します。また憶 
えておいてほしい注意点についてもお話しします。この節では，次のようなポイントを力 
バーしています。 

■実際にはベアマッチコマンドは2つあります。1つは前向き（ファイルの煅後に向かっ 
て）の探索を行なう CTHL -〇し もう 1 つは後ろ向き（ファイルの先頭に向かって）の 
探索を行なう CTRL-Q ] です。 

■エディ タがコメントの区切り （/* */) を探す方法は，他の区切り記号とはやや輿な 
ります。 

■対応する区切り記号が昆つからな v 、場合は，カーソルは tm しません。 

方向つき/方向なしのペアマッチ 

方向が決まっているベアとそうでないベアがあるため，ベアマッチコマンドも2つ必要に 
なります。 

たとえば，左中カッコ”{"または左大カッコ”["に対応するカッコを見つけたいとします。 
選択した々ッコより前に対応する々ッコがないことは明らかなので，エディタは対応する 
カッコを前向きに探索します。左中カッコと左大カッコは方向が決まっているので，対応 
するカッコをどちら向きに探せばよいかは明らかになるため，ペアマッチコマンドはどち 
らを使っても探索することができます。どちらのコマンドを与えても，エディタは正しい 
方向で探索を行ないます。 

同様に，右中カッコ ” r や右丸カッコ”)”の対応を調べるときには，選択したカッコより 
後ろに対応するカッコがあるはずはないので，エディタは自動的にファイルの先頭に向か 
って探索を行ないます。これらの区切り文字も方向が決まっており，どちらのペアマッチ 
コマンドを使っても，エディタは正しい方向で対応を調べます。 

しかしながら，二重引用符 （”） と単引用符 （’） の対応を調べるときには，どちら向きに 
探索すればよいかを自動的に決めることはできません。この場合には，正しいペアマッチ 
コマンドを与えて，探索の方向を指示してやる必要があります。 C 7 H レ〇 [を与えると，エ 
ディタは前向きに対応するペアを探索し， CTRL - O ] を与えると，後ろ向きに探索します。 

次の表は，各区切り記号のペアについて，方向が決まっているかどうか，ネストするこ 
とができるかどうかをまとめたものです（ネスト可能な区切り記号についてはこのあとで 
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説明します)。 


区切り記号 

方向 

ネスト 

{ } 

あり 

■ _ ■ ■ 

可 

() 

あり 

可 

[] 

あり 

可 

< > 

あり 

可 

/* 木/ 

あり 

場合による 

»» ft 

なし 

不可 

t 9 

なし 

不可 


ネスト可能な区切り記号 


ネスト H J ■能とはどういう意味でしようか？これは，方向つきの区切り記号のベアを探索す 

るときに，エデイタが探索中に人ったり出たりする区切り記号のレベルを数えていくこと 
を言います。 

例を示せばすぐにわかるでしょう。 

図5.25大カ ッコ または丸 カッコのマッチ 

マッチするペア-, 


((x > 0) && (y < 0)) 


マッチするペア 


コメントの区切りは2文字で構成されているために，ペアマッチの探索を行なうときの文 
字の選択には注意が必要です ◊ どちら向きの場合でも，エディタは2文字のうちの最初のサ 


マッチするベア 

山 

arrl[arr2fx]] 



マッチするベア 


コメント区切り記号の探索 
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字 （/* のスラッシュ’ 7”，*/ のアスタリスク”*”）しか認識しません。どちらの場合で 
も，2文字目に力ーソルが置かれていると， エディ タには何を探せばよいのかがわからない 
ので，まったく何もしません。 

また，前の表に示したとおり，コメントの区切り記号はネスト可能なときとそうでない 
ときがあります（••場合による”)。これは，奇怪だとか決めることができないとかいうこと 
ではなく，俊数の粂件に依存する私頂です。 ANSI 樣準案に堆拠した C のプログラムで 
は，コメントをネストすることはできませんが ， Turbo C では O / C / S/Neted comments 
トグルの On / Off によってネストを•忤すことも禁止することもできます。この機能は，コメ 
ントの区切リ記兮のベアマッチを調べるときに，それがネストロ I 能かどうかにも彩#を与 
えます。 
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■ O / C / S/Nested comments トグルが On の場合には，エディタはコメントの区切り記 
号をネスト可能として扱い，ベアマッチを探索するときにそのレベルを数えます。 

■ O / C / S/Nested comments トグルが Off の場合は，エディタはコメントの区切り記号 
をネスト不可として扱います。つまり，/*が選択されているときには，それより後ろ 
にある最初の*/が対応するベアとして見つけ出されます。 

この違いを示す例をいくつかあげましょう。 

図5.26 Nested comments トグルが On のときの前向き探索 


/* /* /* /* Here are some nested comments ★/ */ ★/ */ 



注意： O / C / S/Nested comments トグルが On のときに，上の図の"発見されたマッチレ 
ベル」の位;«で後ろ向き探索を行なうと，坫つけられるのは，上の図で「選択したマッチ 
レベル」の位 iK になります 0 

図5.27 Nested comments トグルが Off のときの前向き探索 

/胃 /* /★ /* Here are some nested comments */ ★/ * / ★ / 



図5.28 Nested comments トグルが Off のときの後ろ向き探索 


/* /* /* /* Here are some nested comments */ */ */ */ 



注意： コメント，二重引用符のペア，単引用符のベア，あるいは条件コンパイルセクショ 

ンの中にある対応するベアのない区切り記号が，マッチしているペアの間に挟まれている 

と，これはペアの探索に影製を与えてしまいます。たとえば次のような場合です。 

main () 

{ 

鲁♦參 

I * Next } is the end of main ★/ 

} 

ここで， main 間数の始まりの中カツコを選択して探索を行なうと，見つけ出されるのはコ 
メント内の右中カツコになります。また， main 関数の終わりの右屮カッコを選択して探索 
すると，対応する左中カッコは兑つかりません（コメント内の右中カツコによってネスト 
のレベルが1つ下がつてしまうためです）。 

編集キーの割り付け 


TurboC エディタは，なんらかのキーあるいはキーの組み合わせに割り付けられた数多 
くの褊染機能を提供しています.。これらの詳細は付録 A で解説されています。 

TCINST は， TurboC 統合環境 （ TC . EXE ) のカスタマイズブログラムです。この中の 
メニュー顶目によって， TurboC エディタの榀集機能を別のキーに割り付けることができ 
ます。これはキーの再結合とよばれます。 

TCINST の操作の詳細は付 MD で説明されているので，ここでは褊粜キーの割り付け 
の基丰事瑣 についてだけを 述べることにします。 TurboC エディタの編集コマンドを変史 
するときは，次の一般的な手絞きにしたがってください。 

1. TCINST . EXE を口 r ドします （ DOS のブロンブトから tcinst とタイブして リタ 
-ンを押します）〇 メインメニュー (Installation Menu ) から Editor commands を 
選択してください 。 Install Editor 画面が現われ，3列のデータが表示されます。 

■肢初（左）の列は，使用できる編集機能の説明です。 

■2 番目の列は第1キーストローク（その編集機能を呼び出すキー）です。 

■3 番目の列は第2キーストローク（同じ編集機能を呼ひ•出すもう1つのキー）です。 


2. Install Editor 闸面の一番下には，第1および第2キーストロークの設定を変更する 
際に使用するキーがまとめられています。上下左右の矢印キーを使うと，ハイライ 
卜八一を望みのコマンドの第1または第2キーストロークに動かすことができます。 
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そこでリターンキーを押すと，キーストローク編集モードに入ります。 


3. 矢印キーを使って，ハイライトバーを変吏したいコマンドの第1または第2キースト 
ロークに動かしてください。 

4. リターンを押して褊巢モードに人ります。現在定義されているキーストロークを示 
すポップアップウィンドウが％われます。 

5. SS を押してウィンドウの中のキーストロークを右から左に消していくか， F 3 を押 
してウィンドウ内の定義をそっくリクリアします。 

6. キーストロークの組み合わせは， WordStar - like , Ignore case . Verbatim の3つの 
方式から選ぶことができま toF 4 を押すと3つの方式が順に切り換わり， llj 面の一番 
下のハイライトによって％在の方式が示されます。3つの方式の詳細については付録 
D を参照してください。 

7. その蝙染機能の新しいキーストロークの定義を人力します （ Ai •大6キーストロークま 
でです)。定義するキーを問違えたときは， SS を押して消すことができます。新し 
い割リ付けをキャンセルしたいときは，《を押すと変史前の元の割り付けが m 元さ 
れます。また，途中で ESC を押せば，元の割り付けを m 元してキーストローク編集 
モードから出ることができます。 

8. 新しいキーストロークの人力が済んだら，リターンを押してその定義を#?き込みま 
す。 

9. 必要なキーの割り付けが完了したら， ESC を押して Install Editor 画面から出てメ 
インメニューに炅ります。 Quit / save を選択すると，変史•内容を TC . EXE にセーブ 
するかどうかを聞いてくるので，変史内容に問題がなければ/を押します。/ V を押 
せば，すべての変更をキャンセルすることができます。 

注意： TurboC の標準のホットキーを無効にすると（ホットキーと同じキーストロークを 
他の編集コマンドに割り付けると），エディタの中からはそのホットキーは使えなく 
なります。 
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第 6 章 


Turbo C でのプログラミング 


いままでに C H 語でブログラムを# f いたことがあるでしょうか。 C は觉えるのがどんな 
にむずかしい言語かという話をいろいろ耳にしたかもしれませんが，これははとんどナン 
センスな話です。たしかに C のブログラマの中には，統みにく くデバッグしにくい不明瞭 
なブログラムを * くことに，むしろ咨びを見いだしている人もいます。しかし， Turbo C 
の ユーザが， こうした人達のいうとおりにする必要はまったくありません。 C というプログ 
ラミング宵語の基本的な要尜は，丰米埋解しやすく使いやすいものなのです。 

この章では . 


この帝では •(： 言語の基本要忐について説明し，それらをブログラムの中でどのように使 
うのかを示しています。次の第 7 章 統: Turbo C でのプログラミング」 では， C 言語につ 
いてよりくわしく説明しており，また第 12 章 「Turbo C での上級プログラミング」 では， 
メモリモデルや剂リ込み，アセンブリ言語でのプログラミング，そのほかやや窃度な話題 
をとりあげています。 

もちろん， 1 つや 2 つの章で, C 言語のブログラミングのすべてについて述べるのは不可能 
です 。 C S 語のすべてを網羅するような漭错も数多く出版されています。この マニュアルの 
般後の 参考書箱」 に C 言語に関する冉锫の一覧があるので参考にしてください。 

この窀にしたがって学習を進めていく前に，（もし読んでいなければ）第 5 章 「Turbo C 
統合開発 環境 i に目を通して， TurboC のメニューとエディタの基本的な使い方を憶えて 
おいてください。また第1章で説明したように， マスター ディスクのバックアップ コピーを 
とって， TurboC のインストールを済ませておく必要があります。 

以上のすべてが完了したら，コンピュータの前に腰掛けて，電源を入れ（まだ入ってい 
なければですが)， Turbo C のプログラミングを学ぶ用意をしてください。 
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グラミングの 7 つの基本要素_ 

ほとんどのブログラムの目的は，問題を解決するということにあります。プログラムは 
情報やデータを操作することによって問題を解決していきます。ブログラミングでしなけ 
ればならないのは，以下のようなことです。 

■悄報をブログラムに取り込む 
■情報をとっておく場所を確保しておく 
■情報を操作する命令を与える 
■ブログラムから情報を引き出してユーザに示す 

また，命令を組織だてて，以下のようなことを行ないます。 

■ある特定の条件（または条件の組み合わせ）のもとでのみ実行する 
■何度も繰り返し実行する 

■いくつかのグルーブにわけて，ブログラム内の別々の場所で実行する 

以上がプログラミングの7つの基本要素です。それぞれを一言でいえば，入力，データ 
型，演算，出力，条件による実行，ループ（操り返し），サブルーチンの7つになります。 
この7つですベてのブログラムを包括できるわけではありませんが，一般的には，ブログラ 
ムが共通に持っている要素はこの7つと言えるでしょう。 

ほとんどのブログラミング言語はこうした要素をすべて持っていますし，多くの言語は 
( C も含めて）さらにいろいろな特徵をそなえています。しかしながら，ある言語をすばや 
く習得したいというときには，この7つの要素がその言語にどのように組み入れられている 
かを探り出して，そこから組み立てていくのが近道と言えます。ここでは，7つの要素を要 
約して示しておきます。 

入力:キーボードやディスク，あるいは I / O ポートなどから値を読み込むことです。 

データ型:数値（整数と実数)，テキスト（文字や文字列），アドレス（変数や構造体）など 
を持つ定数，変数，構造体のことです。 

出力:画面やディスク，あるいは I / O ボートなどに情報を害き出すことをいいます。 

演算:ある値を他の値に代入したり，値を結び合わせたり（加える，割るなど)，比較したり 
(等しい，等しくないなど）することです。 
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条件による実行:特定の条件が‘其’であれば命令を実行する（‘ 偽’ であれば実行しない）こと 
を言います。 

ループ（繰り返し）：決められた回数，あるいは条件が; ft である間，命令を実行することで 
す。 

サブルーチン:名前のついている命令のグループのことで，その名前を指定すればプログラ 
ムのどこからでも実行することができます。 

それでは， Turbo C でこうした要素をどのように使うのかを見ていきましょう。 

出力 _ 

肢初に出力について述べるのはおかしいと思われるかもしれませんが，情報をまったく 
出力しないプログラムはあまり使い道がないことは明らかです。出力は通常，いろいろな 
装; K に冉き出される悄報という形式をとります。装;《には，圃面 （H* や絵)，外部記憶装 
ifi (フロッピィやハードディスク），あるいは I/O ポート（シリアルポートやブリンタポー 
卜）といったものがあります。. 

printf 関数 

C 言語でもっともよく使われる出力の関数を，すでに何度か使いました。 printf ルーチ 
ンです。 printf の H 的は，_面に情報を 辨 くことです。その 抨 式は，簡単でフレキシブル 
なものになっています。 

printf (害式文字列，項目，項目， ...)； 

書式文字列 

弃式文字列は，二重引用符で囲まれた文字列です .(’’likethis”)。 printf の目的は，その 
文字列を標堆出力 (stdout) に害くことです。まず printf は， 害 式文字列の中にある書式 
コマンドにしたがって，莕式文字列の後ろに並んでいる項目を赛式文字列の中に組み入れ 
ていきます。第2章に出てきたブログラム SUM.C にあった，次のような printf 文を見てみ 
ましょラ。 

printf('The sum is Zd ¥n B t sum )； 


プログラミングの 7 つの基本要素 
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書式文字列の中の％ d が窨式指定と呼ばれる害式コマンドの一種です。害式指定はすべ 
てパーセント記号（％)で始まり，そのあとに（たいていは）英字1文字が続いて，そこに 
組み入れられるデータの型と害式の種類を指定します。 

害式指定1つに対しては，項目が1つ対応していなければなりません。項目のデータ型が， 
害式指定が示している型と直接対応していなレ、場合には，期待どおりの結果が得られなく 
なります。項目自体には，変数，定数，式，関数呼び出しを使うことができます。要する 
に，項目は，対応する齊式指定に対して適切な値を持っていれば何でもよいわけです。 

上の指定の中で使われている％ d は，これに対応する項目として桉数が想定されている 
ことを意味しています。よく用いられる冉式指定をいくつか示しておきます„ 


%u 

符号なし整数 

% Id 

倍長整数 

%P 

ポインタ値 

%f 

浮動小数点数 

%e 

指数表記の浮動小数点数 

%c 

文字 

%s 

文字列 

% x または％ X 

16進表記の整数 


%と英字の間に数字を as くと，そのフィールドの幅を示すことになります。たとえば， 

4 桁分の整数の フィ ー ル ドを設定するには， %4d と辩くことになります。この指定では，値 
は右海せで出力され(数値の桁数が少なければ先頭に空白が入って），フィールド全体の幅 
が 4 桁分になります。 

パーセント記号そのものを冉きたい場合は％%とします。 

文字列内の ¥ n は 寿 式指定ではありません。これは（歴史的な理由から） エスケープシー 
ケンス として知られるもので，文字列の中に挿入される特殊な文字を表わします。この場 
合では， ¥ n は復帰改行文字を挿入するので，文字列が辨き出されると，カーソルは次の行 
の先頭に移動します。 

エスケープシーケンスについては第11章に完全なリストがありますが，よく使われるも 
のをいくつかあげておきます。 

¥ f 改ベージまたは画面クリア 

¥t タブ 

¥b 八ックスベース 

¥xAA/? ASCII コードみ AA で表わされる文字， A/zA は 1 〜 3 桁の 16 進数 
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円記号 （¥) を出力したい場合は，¥¥と2つ続けます。 printf の働きについてもっと詳 
しく知りたい方は，リファレンスガイド第2章の printf の解説を参照してください。 


他の出力関数： puts と putchar 

他にも興味深い出力閲数が2つあリます。 puts と putchar です。 
puts 関数は，文字列を画面に逬いてから m 帰改行文字をつけます。たとえば， HELLO . 
C を次のように齊きなおすことができます。 

/include <8tdio.h> 


main() 

{ 

put8("Hello 9 world *)； 

} 

文字列の最後の ¥n をはずしていることに注意してください。 puts が ¥n を付け加える 
ので，必要ないわけです。 

putchar 数は，刪 fti に文字を1つ冉くだけで ¥ n はつけません 。 putchar ( ch ) という文 
は， printf (，，％ c ”, ch ) と同じ働きをします。 

puts や putchar は，どんな理由で printf のかわりに使うことになるのでしょうか。理由 
の1つとしては， printf を組み込んだルーチンは比較的大きくなってしまうということがあ 
ります。数値の出力や特殊な#式のために printf を必要とするのでなければ，かわりに 
puts や putchar を使うことによって，ブログラムをよリ小さくまた速くすることができま 
す。 HELLO.C でも， puts を使った場合と printf を使つた場合とで,. EXE ファ イルの大き 
さを比べると， puts を使ったほうがずっと小さくなリます。 

データ型 


プログラムを苒くときにはなんらかの情報をとり扱うことになりますが，その情報のほ 
とんどは，4つの基本的な型に分類することができます。すなわち， 整数，浮動小数点数， 
テキスト， ポインタの4つです。 

整数は， 数をかぞえるのに使われます（1，5, -21, 752など)。 

浮動小数点数には， 小数 （3.14159 など）と，べき指数 （2.579 X 10 24 など）があります。 
浮動小数点数は，実数 （ real ) と呼ばれることもあります。 

テキストは， 文字 （ a , Z , !， 3) と文字列 （’’This is only a test .’’） から構成されます。 


プログラミングの 7 つの基本要素 
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ポインタは， 情報そのもので はなく， コンピュータのメモリ上でその情報が記悚されて 
いる場所を示すアドレスを持っています。 


浮動小数点型 ( float ) 

C 言語は，これらの4つの基本データ型を，さまざまな形式でサポートしています。その 
中の2つは，いままでのブログラムで使用しました。整数 （ int ) と文字 （ char ) です。で 
は，前回のプログラムを修正して，3番目の型——浮動小数点数 （ float ) を使ってみましょ 
う 。 

Turbo C のエデイタに入って，ブログラム SUM . C を以下のように変更してください。 

# include < 8 tdio.h> 


main() 

{ 

int a,b; 
float ratio; 

printf("Enter tvo numbers: •)5 
scanf( v Zd Zd 9 f &a f &b); 
ratio _ a / b; 

printf("The ratio is Zf Vn'ratio); 

} 

ブログラムの修正がすんだら，メインメニューに入って File/Write to コマン ドを選択 
し， RATIO . C という名前でセーブしてください。それから CTH し F 9 を押して，ブログラ 
ムを コン バイルして実行してください。2つの値（たとえば10と 3) を入力して，出力され 
た結果 (3.000000) に注目してください。 

3.333333という答えを期待されたのではないでしょうか。どうして答えがびったり3なの 
でしょう。これは， a とみがともに整数型 （ int ) だからで，したがって a / わの結果も整数 
型になるのです。 a /6 の値は， r 加/〇に代入されるときに float に変換されますが，変換は 
除算の前ではなく後で行なわれます。 

もう一度 エディ タに戻って， a と6の型を float に変更してください。また， scan f 文の 
中の宵式文字列”％ d % d ” も ， f % f ” になおしてください。変更したコードをセーブし 
( F 2 を押す)，コンバイル•実行してみてください。今度は，結果は期待どおり3.333333 
になります。 

float を大きくしたバージョンとして， double および long double という2つの浮動小数 
点型があります。呼び名（ダブル）からもわかるように， double 型の変数は， float 型の2 
倍の大きさを持っており，また long double 型はこれよりさらに大きいものです。サイズ 
が大きいということは，より多くの有効桁数を持ち，また指数の範囲もより広いというこ 
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とを意味します。 TurboC で，これらの型のメモリ上のサイズと，値のとり得る範囲がど 
のようになっているかは第11章で述べられています。 

3つの整数型 

int 型に加えて， C は short int と long int という2つの整数型をサポートしており，荇 
通 short および long と略称されています。 short ， int , long の実際のサイズは処理系に依 
存します。 C が保証しているのは， short 型の変数は long ® の変数より大き〈てはいけな 
い（つまり，より多くの八イトを占めてはいけない）ということだけです 。 Turbo C で 
は， short は16ビット， int は16ビット， long は32ビットというサイズになっています。 

符号なし整数 ( unsigned ) 

C n 語では，いくつかの切 ( char , short , int , long ) は，符号なし ( unsigned ) であ 
ると貧 fi •することができます 〇 符兮なしというのは，その5?は ft の値は持たない，つまり 
0または正の値のみを持つことを意味しています。 

符兮なしの変数は，符号つさの変数より大きな做を持つことができます 。 Turbo C で 
は ， int S は-32768〜32767の値を持つことができるのに対し ， unsigned int の飢の範囲は 
〇〜65535です。どちらも同じだけのメモリ空問 （16 ビット）を占めていますが，その空問 
の使い方が異なっているわけです。詳細については第11章を参照してください。 

文字列の定義 

C は，文字列という独立したデータ型はサポートしていませんが，文字列を定義する方法 
は2つあります。1つは 文字配列を 使うもので，もう1つは 文字 ポインタを使用するもので 
す。 

文字配列を使う 

File メニューから Load コマン ドを選択して，もう一度 HELLO . C を読み込んでくださ 
い。今度は，次のように修正します。 


プロ グラミングの 7 つの 基本要素 
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#include <8 tdio . h > 

#include <8 tring . h > 


main () 

{ 

char m8g[30]; 

8 trcpy ( m 8 g t " Hello , world *)； 
puts ( msg ); 

> 

_ の後の [30] は， 29 文字分のメモリ領域を確保するように コン 八イラに指示して いま 
す。つまり， char 型変数29個の配列を宣言しているわけです 0 配列の30番目の要素はヌル 
文字 （¥0) になリます。 w 双という変数それ自体は，文字の做を持っているわけではな 
く，29個の char 型変数の敢初のアドレス（メモリ上の場所）を保持しています。 

次の文があると， 

8 trcpy ( msg ,• Hello , world *); 

コンパイラは2つのことを行ないます。 

■•’ Hello , world ” という文字列を作成して，妓後にヌル文字 （¥0, ASCII コードの 0 ) 
をつけて，オブジェクトコードのどこかに;»きます。 

■ strcpy というサブルーチンを呼び出す コー ドを生成します。 strcpy は， 上で作成し 
た文字列を， ㈣ が示すメモリ位 [ g へ1文字ずつ順に コピーして いきます。 ” Hello , 
world ” という文字列の終わりについているヌル文字を コビーす ると， コピーは 終了 
します。 


puts ( msg ) を呼び出すと， w 双の値 {nisg が指している肢初の文字のアドレス）が pu ts 
に渡されます 0 すると puts は，そのアドレスにある文字がヌル文字かどうかを調べます。 
ヌル文字であれば puts は処理を終了します 0 ヌル文字でなければその文字を出力し，アド 
レスに1を加えて再びそのアドレスの文字をチェックします。 

このように，文字列の操作はヌル文字に依存しているため， c の文字列は“ ヌルで終了す 
る 1;:の， If ; •びの股後にヌル文字がついている）ということで知られています。この方法 
で文字列を表現しているので，文字列の長さに関する制限はまったくありません。文字列 
は，充分なメモリがありさえすれば，どんな長さになってもかまわなぃわけです。 
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文字ポインタを使う 


文字列を定義する2番目の方法は，文字ポインタを使うものです。ブログラムを以下のよ 
うに変史して〈ださい。 

#include < stdio . h > 

#include < string . h > 

main () 
f 

char * msg ; 

msg ■ "HellOt world * : 
puts ( msg)5 

} 

m 秘の前にあるアスタリスク （*) は， w 双が文字を指すボインタであることを示して 
います。3いかえれば，川双は文字のアドレスを持つことができるということになリま 
す。しかし，コンハ•イラは文字をおさめておく メモリ領域を確保しませんし， m 秘を特定 
の攸で初期化することもしません。 

次の文があると，コンパイラは2つのことを行ないます。 

msg - _ Hello t world * ; 

■ (文字 ftd 列の場合と同じように） ’’ Hello , world ” という文字列を作成して，股後にヌ 
ル文字をつけ，それをオブジェクトコードのどこかに說きます。 

■この文字列の先頭アドレス （ H のアドレス）を/に代人します 0 

puts [ msg ) という文は前と同成に機能し，ヌル文字に出会うまで文字を出力します。 
文字列を定義する2つの方法， fill 列を使う場合とポインタを使う場合では微妙な違いがあ 
リますが，それについては次の章で説明することにします。 


プログラミングの7つの基本要素 
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識別名 


いままで，変数につける名前に関しては，どんな制限があるのかなどということは意識 
せず，まったく自由に決めてきました。ここで，その制限についてふれておきましょう。 

定数，データ型，変数，および関数につける名前は，进別名と呼ばれています。これま 
でに使用した識別名をいくつかあげてみます。 

char ， int，float あらかじめ定義されているデータ型 

main プログラムの主関数の名前 

name, a ， b 、 sum % msg , ratio ユーザ定義の変数名 

scanf ， printf，puts あらかじめ宣言されている関数名 

TurboC には，識別名についての制限がいくつかあります。簡単にまとめると次のよう 
になります。 

■識別名はすべて，英字 （ a 〜 z , A 〜 Z ) または下線し）で始まらなければならない。 
■識別名の2文字目以降は，英字，下線，数字 （0 〜 9) を使ってよい。これら以外の文字 
は使用できない。 

■識別名は大文字と小文字を区別する。つまり，小文字 （ a 〜 z ) と大文字 （ A 〜 Z ) は異 
なる。たとえば， indx % Indx ， / iVZXV はすべて別個の識別名である。 

■識別名は，先頭から32文字までが意味を持つ（有効である）。 

演算 

ブログラムに（そして変数に）データを与えたら，これをどうしようとするでしょうか。 
おそらく，適当な演讳子を使ってデータになんらかの操作を加えることになるでしょう。 

C 言語には，非常に多くの演算子が用意されています。 

代入演算子 

もっとも基本的な演算は， ratio = a!b や ch = getch () などのような代入です。 C で 
は，代入は1つの等号 （=) で表わされ，等号の右側の 偭 が，左側の変数に代入されます。 
sum = a = 6のように，代入を蟥み重ねることもできます。この場合には，式の評価 
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の順序は，右から左になります。したがって，まず6が0に代人され，次にその値が似爪 
に代入されます。その結果，3つの変数はすべて同じ値 （6 の元々の値）を持つことになり 
ます。 

単項演算子と二項演算子 

C では，以下のような一般的な二瑣演算子がサポートされています。 

■乘妹 （*> 

■除算 （/) 

■剌余（％) 

■加算 （+ ) 

■減算 （-) 

Turbo C では， 単項マイナス演算子 （0 + (-6))をサポートしており，これは数値の 
符野を逆転させます。また ANSI 橡:咿化案にしたがって， 単項プラス演算子 （a + ( + />)) 
もサポートしています。 

インクリメント（ ++)，デクリメント （--) 演算子 

C には，持殊な艰頂演锌子および二顷演株 f がいくつかあります。もっともよく知られて 
いる単頊浈讳子は， インクリメント （++) と デクリメント （一） です。これらを使うと， 
i 班饬子を1つつけるだけで，ある倘に1 を加える， またはある値から1 を引く ことができま 
す0加符または滅符を式の途中で行なうことができ，その加锌や滅筘を式の評価の前に行 
なうのか，評価の後で行なうのかを指定することができます。次の2つの式を考えてみまし 
ょラ。 

sum - a + b++; 
sum - a + ++b; 

妓初の文は 「 G と 6 を加え，その結果を 5 W 爪に代人し，その後6に1を加える」という意 
味です。2番目は1に1加えた後， a と6を加え，その結果をに代入す る」 という意 
味になります。 

この2つはとても強力な演算子ですが,使用する前に正しく理解しておかなければなりま 
せん。 SUM . C を以下のように修正して，実行する前にどんな値が出力されるか考えてみて 
ください。 
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#include < stdio . h > 


ヒツト演算子 

ビットレべルの演符については， c には以下のような演荪子があります。 

■左シフト くく 
■右シフト >> 

■ AND & 

■ OR | 

■ XOR ' 

■ NOT 〜 

これらの演荪子を使うと，値に対して非常に低レベルの操作が可能になります。これら 
の演算子の働きを見るために，次のような ブロ グラムを入力して実行して みて ください。 


¥n)))))) 

dumumiumumum 


•t #9 

1 rmat 



rmai Erma 
d 000000 

z f f f f f f 

/i /V /\ /\ /\ /V 
■ f f f f f f 
t t t t t t 
b n n n n n n 
i i i i i i 
r r r r r r 
p p p p p p 

d 

z 

■ b b b b*b:b 
a + + + + + + 

_ •參 


簡 -b 


umumumumumum 


194 


第 6 章 Turbo C でのブログラミング 









#inlude <8tdio.h> 


main() 

{ 

int a,b,c; 

char *formatl t *format2; 

formatl - ■ ZOAX Zs Z04X - I04X¥n B ; 
format2 ■ ■ ZcI04X - 204X¥n*; 


a 

C 

■ 

■ 

OxOFPO ; 
a « 4; 

b _ OxFPOO; 
printf(formatl 

a 


C 

■ 

a » 4; 

printf(formatl 

a 


C 

■ 

a & b; 

printf(formatl 
printf(formatl 

a 

- t b f c) 

C 

■ 

a | b; 

a 

•1 ■•b.c) 

C 

■ 

a ^ b; 

printf(formatl 

a 

•A \b t O 

C 

麵 

•a; 

printf(format2 
printf (forxnat2 

# 一 


C 

_ 

-a; 

% 

■ 



このブログラムについても，実行する前にどんな出力が行なわれるかを予想してみてく 
ださい。なお，ここでは出力の位逋をきれいにそろえるために，フィールド幅指定子が用 
いられています。 ％04X という*式指定は「先頭は0で埋めて，4桁で，16進表記で出力す 
る j ことを意味しています。 

演算子の結合（複合代入演算子） 

C では，後数個の演钚+を含む式は，略記できる場合があります。これは，代入 i 班奸•子 （=) 
と，いままでに出てきた演辟子（卓項，二頌,インクリメント，デクリメント，およびビ 
ット）を結合して使用する-ものです。 

下のような形式の式は， 


<変败> _ <* 数 > <演算子 > <式> 

次のように K き換えることができます。 


<変败> <演算子> ■ <式> 


こうした式の例を示しておきましょう。左側の式は，右側の式に遵き換えることができ 
ます。 
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a 




a +_ b 
a - ■ b 
a b 
/- b 
Z- b 
«• b 
>>_ b 

い b 

|_ b 
〜 b 


アドレス演算子 


C は， 2 つの特別なアドレス演烊子をサポートしています。 アドレス of 演算子 （&> と, 
間接演算子 （*) です。 

&演 W •子は与えられた変数のアドレスを返します。たとえば， int 型の変数 jww がある 
と，似 m はその変数のアドレス（メモリ上の位-を表わすことになります。 

*演»•子はポインタ型変数に対して使用され，そのポインタが指しているもの（オブジ 
ェクト）を返します。 w 双が char 型を指すポインタだとすると，*爪秘は msg が指して 
いる文字ということになります。 

次のブログラムを入力して，実行の結果を確認してみてください。 


/include < 8 tdio.h> 


main() 

{ 

int sum ； 
char *m 8 g ； 

sum -5+3; 

m 8 g _ ■Hello, there¥n "5 

printf (■ sum _ Zd Srsum - Zp ¥n* t sum 9 &sum) : 
printf(**m8g - Ic msg - Zp ¥n_ f *msg, msg) : 


肢初の printf 文は 2 つの値を出力します。似 m の値 （8) と似 w のアドレス（コンハ。イラ 
が割り当てたアドレス）です。2番目の printf も2つの値を出力します。 mjg が指し示す文 
字 （ H ) と， msg の値， つまりその文字 （ H ) のアドレス（これもコンバイラが割り当てた 
もの）です。 


注記 : 単項演算子&は， K & R では名前を付けていませんが，変数のアドレス (address of 
variable ) を与えるところから address-of operator と呼ばれることが多く，この マニュア 
ルではこの意味（〜のアドレス）がとりやすいように 4 アドレス of 演算子’と訳しています。 
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入力 


C にはいくつかの人力間数が用意されています。関数によって，ファイルから入力を行な 
うもの，キーボードから行なうものなどがあります。人力関数の詳細については，リファ 
レンスガイド第2章の scanf や read などの解説を参照してください。また，このマニユア 
ルの第7章でも入力（および出力）について再び取り上げています。 


scanf 関数 

対話的な人力を行なう場合，そのはとんどは scanf IW 数を使うことになるでしょう。 
scanf は， printf の人力版といえるもので，冉式は次のようになっています。 

scanf (書式文字列，アドレス，アドレス， •••>; 

scanf では， printf と同搽な％英字という存式指定を使用し，％ d は览数，％ f は浮動小 
数点数，％ s は文字列に対応します。 

しかし， scanf と printf には tT (要な違いがあります。冉式文字列の後に絞く項は，値で 
はなくアドレスでなければなりません。前に作成したブログラム SUM.C には，次のような 
scanf の呼び出しがありました。 

scanfCZd Zd*,ia,&b); 

この呼び出しでは，空白で区切った2個の10進数値（整数）の入力を要求しており，肢初 
に人力された値は a に結びつけられたアドレスに格納され，2番目は6に結びつけられた 
アドレスに格納されるようになっています。アドレス of 演羝子 （&) を使って ， a b b の 
アドレスを scanf に渡している点に注意してください。 

ホワイトスペース 

上の scanf 文の2つの％ d の間の空白には，単なる空白文字以上の意味があります。この 
空白は，人力の際に2つの値の間には，どんなホワイトスペースを人れてもよいということ 
を示しています。 ホワイト スペースというのは，空白，タブ，改行のすべての組み合せの 
ことです。 C のコンパイラとブログラムは，ほとんどの環境下でホワイトスペースを無視す 
ることになっています。 

では，空白ではなくてカンマで数字を区切りたいときには，どうすればいいでしょうか。 


ブログラミングの 7 つの基本要素 
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その場合には次のように咨きます。 


scanfC&d.&d-.&a.&b); 

これで，カンマで区切って値を入力することができます。 

scanf にアドレスを渡す 

文字列を人力する場合はどうするのでしょうか。以下のブログラムを人力して実行して 
みてください。 


#inciude <8tdio.h> 

main() 

{ 

char name[150); 


printf(*What is your name : 
scanf("Z8* 9 name); 
printf(•Hello, Zs¥* f name); 



name は文字の配列なので， name の値自体は配列のアドレスです。したがって， name の 
前に&演算子をつける必要はありません。単に scanf (”％ s ”, name ); とすればいいわけで 
す。 

ポインタを使う方法 （char * name ;) ではなく，配列を使う方法 （char name [150];) 
を用いている点に注意してください。どうしてでしょうか。配列を宣言すれば，文字列を 
格納するメモリ領域は宣言した時点で確保されるのに対し，ポインタを宣言した場合には 
確保されません。もし ， char * name ; を使いたいのであれば，* / mme のために実際にメ 
モリを割り当ててやらなければならないのです。 


gets と getch を使って入力する 

scanf を使って文字列の入力を行なうと，別の問題がもちあがります。もう一度ブログラ 
ムを走らせて，今度はフルネームとをスペースで区切って入力してみてください。ブログ 
ラムは，ファーストネームしか表示しないことがわかるでしょう。これは，ファーストネ 
ームとファミリイネームの区切りに使った空白が， scanf にとっては文字列の終了を意味 
してしまったからです。 

この問題には2つの解決策があります。1つは，ブログラムを次のように手直しすること 
です。 
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/include <stdio.h> 


char first 【 30 】 •middle[30] .last[30 】； 

printf("What is your name : "); 
scanf( m Z8 Zq Zs m •first•middle•last); 

printf("HellOp Dr. Zs 9 or should I say 2s¥* 9 first 9 last); 

} 

見てわかるとおり，このプログラムはミドルネームがあることを前提にしており，実際 
に3つの文字列が入力されるまで， scanf は次の動作を行ないません。 

それでは，空白などすべてを含めた1つの文字列として，名前全体を取り込みたいとすれ 
ばどうなるでしようか。これに答えるのが，2番目の解決策です。 

/include <8tdio.h> 

main() 

{ 

char name[150]; 

printf("What is your name : _>; 

get8(name); 

printf(■Hello t Zs¥* t name); 

) 

Rets 関数は，リターンキーが押されるまで，タイブされた文字をすべて挽み込みます。 
読み込まれた文字列にはリターンは含まれず，終わりにヌル文字 （¥0) が付加されます。 

入力関数の骹後に getch 関数を紹介しましょう。 getch は，キーボードから1文字だけを 
説み込みます。タイブした文字は， scanf や gets とは違って_面にはエコーバックされま 
せん。また，文字型の変数を引数として指定するのではないことを憶えておいてください。 
getch は char 5•/の関数であり， getch の返す値が直接変数に代入されます。 

注記: Ketch は，実際には int 型として宣言されています （ intgetch ( void );)。 ただ ， getch 
は一般的に1文字の人力に使用される関数であり，また char と int は同じものとして扱わ 
れる場合が多いので，ここでは混乱を避けるためにこのような記述になっています „ 


プログラミングの 7 つの基本要素 
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条件文 


まだふれていない2«類の演算子——関係演算子，論理演算子があり，また式について 
も，もう少しこみいった亊柄がありますが，これらは，この節で説明する条件文のために 
とっておいたのです。 


関係演算子 


関係演烊子は2つの値を比較して，その比較が舆か偽かに基づいて結果を与えることがで 
きます。比較の結果が偽であれば0を返し， K であれば1を返します。 C で使用できる関係演 
妹子には，以下のものがあります。 


> より大きい 

>= より大きいか，等しい 

く より小さい 

<= より小さいか，等しい 

== 等しい 

!= 等しくない 

どうして，なにかが奥であるか偽であるかを問題にするのでしょうか 。 R ATIO . C をロー 
ドして実行し，2番目の値に0を入れたらどうなるか試してみて‘ください。ブログラムは， 
Devide by zero というエラーメッセージを出して停止します。 

それでは，ブログラムを次のように変更して，もう一度実行してみてください。 

#include < 8 tdio.h> 


main() 

{ 

float a f b,ratio; 



printf("Enter two numbers ： 
scanf("If Zf^&a^b); 
if (b ■■ 0 . 0 ) 


printf(•The ratio is undefined¥n B ); 
else { 


ratio ■ a / b; 

printf("The ratio is Zf ¥n" f ratio )5 
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scanf の次の 2 行は if 文として知られています。これは「もし式 (b = = 0.0) の値が輿 
であれば次の printf を実行し，式の値が偽であったら a/6 を ratio に代人して printf を 
実行する」という意味になります。 

今度は，2番目の値に0を人れると，プログラムは次のメッセージをユーザ画面に表示し 
て Turbo C に戻ります。 


The ratio is undefined 


2 番目の値が 0 でなければ，ブログラムは a と6の比を計箅して画面に表示します。 

論理演算子 

論理演符子には，論理 fft AND (&&)， 淪埋和 OR ( | j ), 否定 NOT ⑴の3つがあり 
ます。前に説明したビット液软子（&， j , と混同しないようにしてください。淪理谀 
算子は，論理俯（典および偽）の演銶を行ない，関係式の結合を可能にします。 

論理演谀子は，ビット演软子とは次のような違いがあります。 

■論理 . i 进鈦子は常に0 (偽）•または1 ( tt > という結果を返しますが，ビット演菸子はビ 
ット対ビットの液羝を行ないます。 

■&& と| |の2つの論理演算子は，式の評価においてショートサーキット（短絡回路） 
をとる場合があります。たとえば， exp/&&e 叩 2 という式があるとします。 expl が 
偽であれば，式全体は必らず偽になるはずなので， び 〆 の評価は行ないません。同じ 
ように，以/?/ | | という式では， exp / が典であったら e ズの評価は行ないませ 

ん〇 

さらに式に ついて 

ループに歩を進める前に，式についてもう少しお話ししておくことがあります。 

( b == 0) や ( a <= q * r ) といった式は非常に簡单なものですが， C 言語では，式はよ 
リ m 雑になってくることがあります。 

代入文 

カッコ （） で囲まれた代入文はすべて，代入された値と同じ値を持つ式になります。たと 
えば (sum = 5 + 3) という式はの値は8になります。したがって （（sum = 5 + 3) <= 10) 
という式は，（8< =10なので）常に真の値を返すことになります。 


ブログラミングの 7 つの 基本要素 
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次の例はちょっと変わったものです。 

if ((ch-getch()) ■■ f q f ) 

put8(-Quitting, huh?¥n*); 

else 

put8("Good move; we f 11 have another go at it¥n*); 

これが何をするのかおわかりでしょうか。プログラムは， (( ch = getch ()) = = V )とい 
う式を評価すると，文字が人力されるまで停止します。人力があったらその文字を cA に代 
入し，《という文字と比較します。ダと等しければ” Quitting , huh ?” というメッセージを I 由 j 
面に表示し，ダ以外の文字であれば別のメッセージ（” Good move ; • • • •’） を表示しま 
す。 


カンマ演算子（逐次演算子） 

カンマ演猝子 （，） を使うと，カツコ （） の中に极数の式を入れることができます〇カツ 
コ内の式は左から右へ順に評価され，式全体の値は最後に評価された式の値になります。 
たとえば， oWcA と M がともに char 型の変数だとすると，次の式は， 

(oldch - ch # ch ■ getch()) 

まず ch を o/dch に代人し， 次にキーボードから文字を取り込んで CA に代入します。そし 
て式全体の値は cA の値 （ cA に代入された値）になります。 

下の例を考えてみてください。 
ch _ .a.; 

if ((oldch ■ ch, ch ■ •!>•>_■ ’a.) 
puts(••，••）; 

else 

put 8 ("bee ")5 


if...else 文 


前の例の if 文をもう一度見てください。 if 文の一般的な形式は次のようになります。 

if ( 值） 

文1; 

else 

文2; 

最初 2 行 （if (値）文 1;)を if 節， 後半の 2 行 (else 文 2;)を else ® と呼びます。ここで 
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の 値とは， 骹終的に整数値になる（あるいは変換できる）あらゆる式を指します。もし 値 
が0以外（真）であれば 文 1が実行され，〇 (偽）であれば 文 2が実行されます。 

if ", else 文については，一般的なこととして2つの重要な点を説明しておかなければなり 
ません。 

まず第1は ， else 文 2;の部分 （ else 節）は省略してもよいということです。言いかえる 
と，げ文としてどうしても必要なのは以下の部分 （if 節ということになリます。 

if ( 值〉 

文1: 

文 1は 値が 0でない場合にのみ実行されます。 値が 〇であったら，ブログラムは 文 1を飛び 
越してその先に進みます。 

第2は，特定の式が典（または偽）のときに， fl {数の文を実行したい場合にはどうすれば 
よいか，という問題です。 複合 文を用いる」のがその解答です。複合文は，以下のものか 
ら碑成されます。 

■左中カッコ⑴ 

■それぞれセミコロン （;> で終わる後数個の文 

■右中カッコ （}) 

RATIO ブログラムの例では， if 節には1個の文を使い， 

if (b — 0 . 0 ) 

printf(-The ratio is undefined¥n *)5 

else 節では沒合文を使っています。 

else { 

ratio _ a / b; 

printf(•The ratio is 2 f ¥n*.ratio )； 

ブログラム全体 （ main 関数）もまた禊合文であることに気づいた方もぃるでしょう。 


ブログラミングの7つの基本要素 


203 



ノレープ 


条件によって実行したい文（または文のグルーブ）があるように，繰り返して実行した 
い文もあるでしょう。この M の文の 溝 造は ループと 呼ばれています。 

C には，基本的には3棟類のルーブがあります（その内の2つは，もう1つの特殊な場合で 
すが)。 while ループ， for ループ， do ... while ループの3つです。では，順にこの3つを見て 
いきましょう。 


while ループ 

while ループはもっとも一般的なループで，他の2つのかわりに用いることもできます 0 
言いかえれば， while ループさえあればどんな要求にも応じられるわけで，他の2つは，あ 
ればより®利というものです。それでは，以下のブログラムを人力して実行してみてくだ 
さい。 

/include <stdio.h> 

main() 

{ 

int len; 

len ■ 0; 

puts("Type in a sentence f then press <RETURN>_); 

while (getchar() I- 'Vn*) 
len ++； 

printf(■¥nYour sentence was Zd characters long¥n* f len); 

> 

このブログラムは，文字列が入力されるときに， リターン キー （¥ n ) が押されるまでに 
キーが何回押されたかを数え，タイプされた文字数を （リターンは 含めないで）表示しま 
す。 

while 文の形式は次のようになります。 


while ( 式） 
文； 


式は最終的に0または0でない値になるもの，また文は1個の文または複合文です。 

while ループは，式の値を評価します。式の値が輿であれば文を実行し，そのあと再び式 
の値を調べます。式の値が真でなければ while ループは終了し，ブログラムは先に進みま 
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す 。 

while ループのもう1つの例として， HELLO . C をもとにして次のブログラムを作ってみ 
ましょう。 

# include <stdio.h> 

main() 

{ 

char *msg; 
int indx; 

msg - •Hello, world* 5 
indx _ 1; 

while (indx <_ 10 ) { 

printf("time #Z2d: Zs¥n* f indx f m8g); 
indx ++； 

) 

> 

これをコンパイルして実行すると，結果は次のようになります。 

time # 1: Hello, world 

time # 2: Hello, world 

time # 3 1 Hello, world 

time #10: Hello, world 

printf 文はちょうど1019】実行され，/ W ズは 10 回の実行の問に 1 から 10 まで 1 ずつ增えてい 
きます。 

この while 文をよく考えてみると，ループを少し縮められることに気がつきます。 

indx - 0 ; 

while (indx++ < 10) 

printf("time #Z2d ： Zs¥n* f indx t msg); 

どうしてこの while ループが，前のものとまったく同じように機能するのか，理解できる 
まで考えてみてください。それから， for ループに進むことにしましょう 0 

for ループ 

for ループは， C を含めて主なブログラミング言語のほとんどに用意されています。しか 
しながら， C の for ループは，見ればわかりますが非常にフレキシブルであり，またたいへ 
ん強力です。 

基本的な考え方は「変数の値がある範囲内で順に変わっていく間に，決められた回数だ 
け一速の文を実行する」ということになります（この変数はインデックス変数と呼ばれま 
す)。 

先程の while ループを使ったプログラムを，以下のように変更してみてください。 


ブログラミングの7つの基本要素 


205 




linclude <8tdio.h> 


main() 

{ 

char *msg; 
int indx; 

m8g ■ •Hello t world*; 

for (indx - 1 ;indx <-10; indx++) 

printf(’time #Z2d: 2s¥n* 9 indx f msg )； 

) 

実行すればわかるとおり，このブログラムは while ルーブの例と问じ動作をし，また厳密 
には while ループの骹初の例とまったく同等なものです。 for ループの一般的な形式は下の 
ようになります。 

for ( 式 1; 式 2; 式 3> 

文； 

while 文と同様， for 文も1つの文しか実行できませんが，この文はもちろん複合文 
(<...}) であってもかまいません。 

for という語の後にくるカッコの中身に注目してみましょう。セミコロン （;） で区切られ 
た3つの部分があります。 

■式 1は，通常インデックス変数への代入を行ないます。 

■式 2は，ループ（繰り返し）を絞けるかどうかのテストをします。 

■式 3は，通常インデックス変数の値を変史します。 

一般的な for ループは，以下のような while ループと同じ働きをします 0 

式： L; 

while ( 式 2 〉 { 

文； 

式 3; 

} 

3つの式のうちのどれか，あるいは全部を省略することができますが，2つのセミコロン 
を取り除くことはできません。なお， 式 2を取り去ってしまうと，1という値 （ K ) である 
とみなされるので，ループは決して終了しなくなってしまいます（これを 無限ループと 呼 
びます)。 

一方，カンマ演算子を使えば，各々の式として複数の式を害くことができます。 HELLO . 
C を次のように変更してみてください。 
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#include <8tdio.h> 


main() 

{ 

char *m8g; 
int up, down; 

m8g - _Hello, world"; 

for (up _ 1 9 down _ 9; up <_ 10; up++ f down •- ) 

printf("Is: Z2d down, Z2d to go¥n" f msg t up f down); 

> 

この for ループの 式 1 と 式 3 はどちら 1 2つの式から なって おり，それぞれ変数 wp と 
ぬ H 72 の初期化と変更を行なっている点に注意してください。これらの 3 つの式はいくらで 
も後雑にすることができます Uor 文の 3 つの式にブログラムのほとんどを詰め込んで，あ 
とはループとして実行される文がはんの少しあるだけというブログラムを#く， C のハッ 
カー達の伝説を耳にした方もいるかもしれません）。 


do...while ループ 


/レーブの骹後は， do ... while です。 RATIO . C を以下のように手治:ししてください。 

# include <8tdio.h> 


main() 

{ 

float a,b,ratio; 
char ch; 

do { 

printf("VnEnter two numberst ■>; 
scanfCZf Zf t ia t &b); 
if (b ― 0.0) 

printf("The ratio is undefined¥n B ); 
else { 

ratio _ a / b; 

printf ("The ratio is Zf Vn 11 •ratio); 

> 

printf("Press f q f to quit 9 any other key to continue"); 

} while (getch() !- f q f ); 

> 

このプログラムは比を計算したあと，どれかキーを押すようにうながします。そこで分 
を押すと，ブログラムの敢後の式が偽になってループが終了します。 cy 以外のキーを押す 
と，この式は真になってループは繰り返されます。 
do ... while ループの一般的な形式は，次のようになります。 

do 文 while ( 式〉； 


ブログラミングの 7 つの基本要棄 
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while ループとの大きな違いは， do ... while ループの中の文は少なくとも1[〇]は必らず実行 
されるという点です 0 do ... while ループは，違いが1つあることを除けば Pascal の repeat ... 
until と同様な働きをします。違いというのは， repeat ループは条件が真になるまで ( until ) 
実行するのに対して， do ... while は条件が典である問 ( while ) 実行するという点です。 

関数 

これまで，コードを条件によって実行したり，繰り返して実行したりする方法を見てき 
ました。さてそれでは，異なるデータで，あるいはブログラムの異なる場所で，同じ一連 
の命令を実行したいときにはどうすればよいでしょうか？「そうした一連の文をサブルーチ 
ンにまとめ，必要に応じてこれを呼ひ•出す」というのが解答です。 

C では，すべてのサブルーチンは関数として存在します。 ® 則としては，すべての関数は 
なんらかの値を返すことになっていますが，実際には返す侦が無視される関数も数多〈あ 
ります。また， C の股近の定義では （ ANSI の標準化案や Turbo C を含め)， void という 
5ソで関数を宣 S することによって，関数がなにも侦を返さないことを指定できるようにな 
っています。 

関数は，宜言することと定義することができます。関数を宣言すると，ブログラムの他 
の部分でもその閲数を知ることができるので，他の関数が （main も含めて）その fW 数を呼 
び出すことが可能になります。閲数を定義するときに，関数自身の実際のコード（その関 
数が何をするのか）を与えます。例題として， RATIO . C を冉き疯した次のプログラムを考 
えてみましょう。 
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get_parms(&a f &b) 5 /* 弓 I 败を得る */ 

ratio - get_ratio(a f b)s /* 比を計！！する */ 

put_ratio( ratio) 5 /* 答を表示する */ 

printf(*Pre88 f q f to quit, any other key to continue _〉； 
ile (getch() !- •q*); 

終了 */ 

の定義 */ 

t_parm8(float 俞 pi, float *p2) 

tf(•Enter two numbers: •>; 
fCZf ： f- f pl f p2)5 


t—ratio(float dividend, float divisor) 

divisor ■■ 0 . 0 ) 
return (INFINITY); 

return (dividend / divisor); 


t_ratio(£loat ratio) 

ratio ― INFINITY) 

printf(’The ratio is undefined¥n*); 

printf("The ratio is 2f ¥n B f ratio); 


グの 7 つの基本要素 
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プログラムの分析 


ブログラムの骹初の3行では，関数の宣言を行なっています。エラーチヱックのために， 
引数の個数と型，および関数の型を宣言するのがこの部分の R 的です。 

次の行では， INFINITY という浮動小数点の定数を定義しています（定数の名前を大文 
字にするのは C の tfJ 習になっています)。この定数は非常に大きな正の値 （ float 型では肢 
大値に近い攸）を持っており，0による除 W が行なわれたこ•とを示すフラグ（標識）として 
用いられます。この定数は，ここ（すべての関数の外側）で定换されているので，すべて 
の関数 （ main も含めて）の中から“見える”（参照できる）ようになっています。 

次に米るのが main 関数で，これがブログラムの本体です。 C のブログラムには，すべて 
main という名前の関数があります。ブログラムの実行が始まると，まず main 関数が呼び 
出され，そこからすべてのことが執り行われていくわけです。 main 関数の実行が終わると 
ブログラムは終了し ， Turbo C に戻ります （ MS - DOS のブロンブトから起動した場合は， 
MS - DOS に戻ります)。 

main 関数はプログラムの中のどこにいてもかまいませんが，たいていはブロトタイ 
ブや他のグローバル宣言のすぐ後に， K 初の関数としてかれます（プロトタイプ，グロ 
ーバル “3については，この後で説明します >〇こうすると， main 関数を見つけやすくな 
り，ブログラム全体の機能の文冉化が楽になります。 

main 関数の後ろには，ブロトタイブで宣言.された3つの間数 (gel _ parms、get ratio 、 
put 一 ratio ) の実際の定義が絞きます。各関数の定務について見ていきましょう。 

get _parms 関数 

関数は値を返さないので， void 型と定義しています。この間数の目的は，2 
つ•の値を読み込んで，どこかに格納しておくことです。どこへでしょうか。関 
数には2つの引数を渡さなければなりません。この引数は値が格納される場所のアドレスで 
す。したがって2つの引数は， float 型ではなく float 型を指すポインタになっています。言 
いかえると，これは float 型変数のアドレスということになります。 

こ i \ が get _parms に渡すものです。 main の中でを呼び出すときの引数は， 
a と b ではなく da と d * です。また， g 打 _parms の中の scanf の呼び出しでは，/? ノと 
の前にアドレス of 演銶子 （&) はついていません。これは， p / と/^はすでにアドレス （a 
と6のアドレス）になっているからです。 


get _ratio 関数 

ge / r が/〇関数は，受け取った float 型の 2 つの値 { dividend , divisor ) から比を計算し 
て，その結果の値 （ float 型）を返します。返す値は， tf / v 加 r (除数）が〇かどうかで異なリ 
ます。ゴ/ V 加/■が〇であればが r — は INFINITY を返し，0でなければ実際の比を返しま 
す 0 return 文の形式に注目してください。 

put _ratio 関数 

— r 似/ 0 関数は攸を返さないので， void 型になっています。引数は1つ ( ratio ) だけ 
で，固面に何を出力するかを決めるために使われます。が// V /7 A 77 T と等しければ未 
定義 ( undefined ) とみなされ，そうでなければ / Y 7// V ? の値が出力されます。 

グローバル宣言 

あらゆる閲数 （ main も含めて）の外側で宣言される定数，データ型，および変数は，宣 
言された時点から グローバル であるとみなされます。これは，宣言以降のブログラム全体 
にわたってあらゆる間数がこれを使用することができるという意味です。もし INFINITY 
の宣言をブログラムの骹後に持っていくと，コンバイラエラーが2つ出るはずです 0 get — 
ratio 関数と/^/ ratio 関数の中で ， Undefined symbol ’ INFINITY ’ …（宣言していない 
識別名を使用している）というエラーメッセージが出るでしょう。 

関数の宣言 

関数を宣言するには，2つのスタイルがあります。“古典”スタイルと‘‘モダン”スタイルで 
す。古典スタイルは， C 言語の文献やプログラムに多く見られるもので，次のような形式に 
なります。 

盟関败名〇 ; 

これは，関数の名前と，関数が返す値のデータ型を指定しています。引数に関する情報 
はいっ さいない ので エラー チェ ッ クは行なわれません。 RATIO . C の関数宣言を古典 スタ 
イルで彝きなおすと次のようになります。 


ブログラミングの 7 つの基本要索 
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void get_parms ()； 
float get 一 ratio(); 
void put_ratio(); 

モダンスタイルは間数プロトタイプとして知られており， ANSI 標準化案の構文を用い 
たものです。モダンスタイルでは，引数に関する情報が付け加えられます。 

型関败名（引败情報，弓 I 败情報， etc .)； 

この中の引数情報は，以下の3つの冉式のいずれかです。 

型 

引败名 


つまり，各々の引数に対して，データ型だけを指定することもでき，データ型とともに 
名前を指定もしてもよいということです。関数が受け取る引数の個数が一定でない場合に 
は，股後の引数としてピリオドを3つ並べた省略符号 (...) を使うことができます。 

推飑できるのはこのモダンスタイルの方です。このスタイルを使えば，コンパイルの際 
に，実際に関数を呼び出しているところで引数の個数と型がチヱックできるからです。ま 
た可能な場合には，コンパイラが引数の型を適切な型に変換することもできます。 RATIO . 
C の関数宣言が関数ブロトタイプです。関数プロトタイプについては，第11窣と第12章でく 
わしく説明しています。 

関数の定義 

関数の宣言と同様に，定義においても“古典’’と••モダン”の2つのスタイルがあります。 
古典スタイルの関数定我の齊式は次のようになリます。 

® H 败名 （91 败名） 

弓 I 败の定義； 

{ 

ローカルな直言； 

文； 

} 

モダンスタイルの害式では，引数の定義が，関数名の後ろのカッコの中に移動します。 

型関败名（初败 情報， 枳败 情報 • etc .) 


引数情報には，その引数に関するすべての情報が含まれます。型修飾子と斑別名です。 
これによって，関数定義の最初の行は，1つの例外を除けば，対応する関数のプロトタイプ 
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と同じになります。例外というのは，ここでは定義に続くセミコロン （;） がないという点 
です（関数のプロトタイプは必らずセミコロンで終わります）。たとえば，関数 
を古典スタイルで害くと，次のようになります。 

void get_parms(pi t p2) 
float *pl; float *p 2 ; 

( ... > 

また，モダンスタイルでは次のようになります。 

void get_parms(float ^pl f float *p 2 ) 

{ ••• } 

IH ) 数 （main も含めて）の中で宣言されたもの（定数，データ型，変数）は，その関数の 
中でのみ“見える”（つまり参照できる）という点を«えておいてください。このような関 
数の中で行なわれる宣言をローカルな宣3と呼びます。なお， C では関数定義のネスト（入 
れ子）は許されていません。 Pascal などとは違って，関数の中で別の関数を宣言すること 
はできないわけです。 

また関数は，ブログラム内にどのような順序で: B いてもよく，プログラム全体において 
グローバルとみなされます。ただし，関数が定義または宣言される前にその関数を使用す 
るときには注意が必要です。コンバイラは，それまでに見たことのない関数に出会うと， 
その関数は int 型の値を返すものとみなします。後でその関数が， int とは違う侦 (char * 
など）を返すことが定義されていると，エラーが出ることになります。 

コメント 


プログラムの中に注釈を人れて，変数や関数あるいは文などが何を意味しているのかが 
思い出せるように（また他の人が見てわかるように）しておきたいことがあります。こう 
した注釈を コメント と呼びます。他のほとんどのブログラミング言語と同様に， C でもブロ 
グラムにコメントを入れることができます。 

コメントは，スラッシュ-アスタリスク （/*> で始まります。コンパイラは，そこから 
次に来るアスタリスク-スラッシュ （*/) までのすベてのテキストを無视します。 
コメントは，次のように複数行にまたがってもかまいません。 


I* This is a long 
comment, extending 
over several lines. */ 

RATIO . C の拡張版は，コメントの例にもなっています。 


ブログラミングの7つの基本要素 
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まとめ 


この窣では，プログラミングの7つの基本要素について紹介し，これらを Turbo C では 
どうやって使うのかというところまでお話してきました。 

次の第7章では，これらについてさらに詳しく述べ，また Turbo C の他の機能について 
も触れています。 
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第 7 章 


続 ： Turbo C でのプログラミング 


前の章では， TurboC を動かす味わいを货味していただきました。食欲もさらにそそら 
れていることでしょう。もうすでに， C ブログラミングの深遠な奥義を掘りさげていく準僩 
はととのっています。さあ，進んでいきましょう。 

この章では…… 


この章では， C 言語の以下のような範囲を力八一しています。 

■データ構造（ポインタ，配列，播造体） 

■ switch 文 

■ return , break , continue , goto , 条件演算子 (？ ：）などの実行の流れを制御する文 

■ C のブログラムスタイル，特に新たに拡張された点について 
■ C ブログラマが陥りやすい落し穴 


この章では 
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f 一夕構造の概観_ 

第6章では，基本的なデータ型（整数型，浮動小数点型，文字型など）について説明しま 
した。この節では，こうした基本的な要素を組み合わせて データ構造 （データ要素の集合) 
を作り出す方法について説明しますが，その前に， C の重要な概念である ポインタ について 
見ておきましょう。 

ポインタ 

今まで取り上げてきたほとんどの変数はデータを保持しており，これはブログラムが找 
作する実際の悄報でした。しかし，データの値そのものではなく，データが i » かれている 
場所をたどっていきたい場合があります。これを行なうために，ポインタが必要になるの 
です。 

アドレスやメモリという 溉念 にあまりなじみのない方のために，ちょっと説明をしてお 
きましょう。コンピュータは，ブログラムとそれに関係するデータをメモリ（たいていは 
RAM と呼ばれ ， Random Access Memory の略です）の上に保持するようになっていま 
す 。最も 低いレベルで見ると，メモリはビットの 祺 合から成りたっています。ビットは 極 
小の 地 子回路で，コンピュータの t(£ 源が入っているあいだは， 2 つの値のどちらかを“ g 己 保” 
することができます。この 2 つの値は，通常 0 あるいは 1 と解釈されます。 

ビットが8個集まったものが バイト です。バイトの 集合にも， こうした名前のついている 
ものがいくつかあります。 一般に， バイトが2個で ワード， バイトが4個で ロングワードと 
呼ばれています〇また，パーソナルコンピュータでは16バイトを パラグラフと 呼んでいま 
す。 

コンピュータのメモリ内の各バイトには，固有の番地がつけられています。町内の家々 
にそれぞれ番地がついているようなものです。実際の町では，隣りあう家の番地が順番に 
なっていないこともありますが，バイトの番地（普通アドレスと呼びます）は必らず順番 
に並んでいます。 w 番地というアドレスのバイトがあれば，そのすぐ前は yv - i 番地であ 
り，すぐ後ろは w + i 番地というようになっているわけです。 

ポインタと いうのは，なんらかのデータが格納されている場所，つまりアドレスを持っ 
ている変数のことで，データそのものではありません。ポインタはどんなことに役立つの 
でしょうか。まず第一に，1つのポインタで，異なるデータや異なるデータ構造を指し示す 
( point する）ことができます 0 ポインタが持っているアドレスを変えてやることによ っ 
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て，いろいろな場所にある情報を操作すること（代ん参照，変更）ができるのです。た 
とえば，たった1つのポインタで，構造体という異なる型のデータが並んだリストをたどっ 
ていくことができます。 

第2には，ポインタを使えば，ブログラムの実行中に新しい変数を作ることも可能になり 
ます。 C では，ブログラムが必要とするメモリをバイト単位で確保することができ，確保さ 
れたメモリのアドレスはポインタにおさめることができます。これは，動的，剖り当て 
(dynamic allocation ) として知られる機能で，これを使うと，使用するコンピュータの 
メモリの大きさにブログラムを適合させることができます。 

第3に，1つのポインタを使って，データ檐造（配列，文字列，怫造体など）の中の異な 
る場所にアクセスすることができます。1つのポインタが実際に指し示すことができるの 
は，メモリ上のただ1ヶ所（セグメントとオフセットによって定まる）だけですが，ボイン 
夕が持っているアドレスをずらしていけば，速絞したバイトの並びをアクセスすることが 
できるわけです。 

ポインタが便利なものだということは，もう納得していただけたでしょう。では，どの 
ように使うのでしょうか？まず，ポインタの宣言をしなければなりません。次のようなブロ 
グラムを考えてみてください。 

#include <8tdio.h> 

main() 

{ 

int ivar, *iptr 5 

iptr _ Scivar; 
ivar _ 421; 

printf("location of ivart Zp¥n a 9 &ivar); 
printf<•contents of ivar: Zd¥n* f ivar); 
printf(■contents of iptr: Zp¥n* f iptr); 
printf(*value pointed to: 2d¥n* f *iptr )5 


このプログラムの main では， /var とか//*という 2 つの変数を宣言しています。最初の 
/ var は整数の変数，つまり int 型の値を持っています。もう1つの/" r は整数の変数へのポ 
インタ，つまり int 型の値が S かれているアドレスを持っています。宣言の中で，かびの前 
にアスタリスク （*) がついていますが，このアスタリスクによって/がポインタであ 
ることを指定しています。 C では，このアスタリスクは 間接 演算子と呼ばれています。 
main では，以下のように代入が行なわれます。 


■ imr の了 ドレスがかケに代入される 


■ 整数値421が/ wr に代入される 
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/ Vfl ； •のアドレスを得るために，前の章で出てきたアドレス of 演算子 （&) を使っていま 
す 。 

上のプログラムを人力して実行してみてください。次のような出力が得られるでしょう 
(表示されるアドレスはこれとは異なっていることもあリます）。 

location of ivar : 166E 
content 8 or ivar* 421 
contents of iptr: 166E 
value pointed to: 421 


肢初の 2 行は， /var のアドレスとその内容を示しています。また3行目は，少 /r が持ってい 
るアドレスを示しています。おわかりのように，これは/⑽/*のアドレスであり，ブログラ 
ムが / v 似を作成したメモリ上の場所です。妓後の行の値は，その場所におさめられている 
データで， すでに ivar に代入されているデータとまったく同じものです。 

printf の3番目の呼び出しでは，/という式が，その内容である ivar の了 ドレスを傅る 
ために使われていることに注意してください。そして，骹後の printf では，そのアドレス 
におさめられているデータを取り出すために，*/:という式が使われています。 

先程のブログラムをすこし#きなおしたのが，下のブログラムです。 


# include <8tdio.h> 

main() 

{ 

int ivar 9 *iptr; 


iptr ■ &ivar; 

*iptr _ 421; 

printf(■location of ivar: 
printf("contents of ivar: 
printf("contents of iptri 
printf("value pointed toi 


Ip¥n 

ZdVn 

Zp¥n 

Zd¥n 


• iivar) 

• ivar) 

• iptr) 

• *iptr) 


ここでも， Aw のアドレスを/に代入していますが，421という値を， /wr ではなく 
* />ぴに代入しています。結果はどうなるでしようか？じつは前のブログラムとまったく同 
じになります。なぜなら， * iptr = 421と ivar = 421という2つの文は，同じことを意味 
しているからです。つまり， / var と*/はメモリ上の同じ場所を参照しているので，ど 
ちらの式も421という値を同じ場所に代入しているわけです。 
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メモリの動的割り当て 


先程のブログラムを，さらにもうすこし游きなおしたのが下のブログラムです。 

/include <8tdio^h> 

#include <alloc.h> 


main() 

( 

int *iptr; 

iptr ■ (int *) maHoc(sizeof (int)); 

*iptr _ 421; 

printf(•contents of iptr: Zp¥n* f iptr )； 
printf("value pointed to: Zd¥n* f *iptr )； 

> 

ここでは，変数/ va ; •は宣言されていません。そのかわり， malloc という関数が返す値を 
iptr に代入しています 0 関数 malloc はヘッダファイル alloc.h の中で定義されています（こ 
のため，股初に# include 指令で alloc.h を取り込んでいます) 0 そして数値421は， * iptr , 
すなわちかぴが指し示すアドレスに代入されています。このブログラムを実行すると，お 
そらく前のブログラムとは輿なるかびの侦が得られるでしょうが，* /か/•の値は421のま 
まです。 

では，この文が何をしているのか分解して考えてみましょう。 

iptr - (int *) malloc(8izeof(int)) ; 


■ sizeof ( int ) という式は， int 型の変数が必要とするバイト数を返します。 

■関数 maHoc ( m / m ) は，利用可能な（未使用）のメモリから，連統する/ mm バイト分の 
領域を確保し，その領域の先頭のアドレスを返します。 

■ (int *) という式は，領域の先頭のアドレスを int 型へのポインタとして扱うことを意 
味します。これは型キャストと呼ばれるものです。 TurboC の場合は，型キャストは 
なくてもかまいません。しかし，多くの C コンパイラでは型キャストが必要であり， 
これがないと“このポインタの代入は可搬性が低い’’というような警告メッセージが出 
力されます。 

■最後に，このアドレスが/"/•に格納されます。これは，整数型変数を動的に作り出し 
たことを意味しており，この整数型変数は*/ " r として参照することができます。 

以上の説明をまとめると， 「 int 型の変数1個が必要とするサイズのメモリ領域を，コンビ 
ュータのメモリ上に割り当て，その領域の最初のアドレスを， int 型へのポインタである 
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iptr に代人する j ということになります。 

以上の操作がすべて必要だったのでしょうか？もちろん必要です。なぜか？このような操 
作を行なっていなければ，かひがメモリ上の未使用の領域を指しているという保証は何も 
あり t せん。 iptr はなんらかのアドレス値を持つでしようが，そのアドレスは別の目的に使 
用されているかもしれません。ボインタを使うときに守らなければならないルールはたい 
へん簡単です。それは，「ポインタを使うときには必らず，前もってそのポインタにアドレ 
スを代入しておきなさい j ということです。上の例でいえば， iptr に了 ドレスを代人してい 
ないのに， * かびに整数値を代入してはいけないということです。 

ポインタと関数 


第6章では，関数の引数の宣言方法について説明しました。関数の中で値を変更したい仮 
引数になぜポインタを使うのか，もうすでにおわかりの方もいるかもしれません（関数の 
定義をする際に，その関数が受け取る引数として定義するものを仮引数と呼びます。また 
関数が呼び出される際に，その関数に渡される実際の引数を実引数と呼びます)。 

この点について，次のような関数を考えてみましょう。 

void 8wap(int *a f int *b) 

< 

int temp; 

temp - *a; *a - *b; *b - temp; 

> 

この関数 •swap では， int 型のデータを指すポインタと6 が仮引数として宣言されて 
います。これは，整数型変数の（値そのものでなく）アドレスが関数に渡されることを意 
味しています。変更は，渡されたアドレス位 at に存在するデータに対して加えられます。 
次に， •nvap を呼び出す main 関数を見てみましょう。 


main() 

{ 

int i,j; 
i _ 421; 

J - 53; 

printf(.before: i ■ Z4d j ■ Z4d¥n* f i f j) ; 
8wap(ii f fcj)5 

printf(’after: i _ I4d j - Z4d¥n* f i f j )； 


このブログラムで，確かに swap が / と ゾの値を入れかえていることがわかります。この 
ブログラムは，以下のように害きかえることもできると考えられるでしよう。 
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main() 

{ 

int i f j; 

int *a t *b,temp; 

i - 421; 
j - 53; 

printfCbefore: i ■ Z4d j - Z4d¥nM f j); 
a - &i; 
b ■ Sj; 

temp _ *a; *a _ *b; *b - temp ； 

printf("after: i - Z4d j - Z4d¥n".i f j); 

> 

この ブロ グラムも，もちろん前と同じ結果を出力します。 swap(&i,&j) という文は ， swap 
関数を呼び出し，2つの実引数（4/, cS ゾ）の値を，2つの仮引数 U, 6) に代入し ， swap |»] 
数内の文を実行するわけです。 

ポインタの演算 


iptr が、 (1 つだけではなく）3つの整数を指し示せるようにしたいとしたら，どうすれば 
よいのでしようか。 

次のブログラムは，その解答の一-^です。 

# include < 8 tdio.h> 

/include <alloc.h> 

main() 

{ 

Idefine NUMINTS 3 
int *li 8 t f is 

list ■ (int *) calloc(HUHINTS f sizeof(int ))5 
♦list - 421; 

*(list+l> ■ 53; 

*(list+2) -18065 
printf( # li8t of addressess ■)； 
for (i - 0; i < NUMINTS 5 i++) 
printfCZ4p » f (list+i))- 
printf( B ¥nli 8 t of values 1 •)5 
for (i ■ 0 ; i < NUMINTS; i++> 
printfCZ4d 

> 

こんどは， malloc のかわりに calloc 関数を使用しています。 calloc は 2 つの引数をとり 
ます。最初の引数はメモリ上に確保する要素の個数，2番目は要素1つ当たりに必要なバイ 
卜数です。したがって， 变数 list は， int 型の3つの変数を記悚するための6バイト （ = 3x2) 
の領域を指すことになります。 
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その後の 3 行の文をよく注意して見てください。联初の文はもうおなじみの* li st = 421 
です。これは，「/初が示しているアドレスにある int 型変数に421を代入せよ」ということ 
です。 

その次の文* (list + l )= 53，これが重要ですのでよく理解してください。ちょっと見る 
と，「/初が示すアドレスの1バイト先にある int 型変数に53を代入せよ」というように読み 
取れます。しかし，もしそうだとすると， int 型の変数は2バイトの大きさがあるので， 
* list = 421で代入したメモリの2バイト目に，今度代入する値の1バイト目が®なってし 
まい，前に代入した値を壊してしまうことになります。 

心配はいりません。 C コンバイラはもう少しインテリジェントです。コンパイラには，/初 
は int 型変数のボインタであるとわかっているので ， list + lli list +( l * sizeof ( int )) のこ 
とであると判断して，53という値は421とは 1 R ならずにメモリに格納されます。 

[句様に ， list + 2 は list -*-(2* sizeof ( int )) というアドレスを参照しているので，1806も前 
の2つの値に彩®を与えることなく無事に代入されます。 

一般に， p か+1•は，/>か十 U * s む eo 尸 （ iVif )) というアドレスを意味する^ということ 

になります。 

このブログラムを入力して実行してみてください。次のような出力が得られるでしょう。 

list of addresesi 06AA 06 AC 06AE 
list o£ values i 421 531806 

2 バイトおきのアドレスに，3つの値が ffi 梭することなく格納されています。 

ここで説明したことをまとめてみましょう。データ型 type へのポインタ ptr を使用する 
とき， 

■ sizeof ( type ) は type 型変数が必要とするバイト数を返し， 

■ ptr + i は， ptr 十 （i * sizeof ( type )) というアドレスを意味する， 

ということになります。 
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配列_ 

C も含めた多くの高水準言語では，配列を使用することができます。配列は，与えられた 
型のデータの索引つきのリストと考えることができます（この索引は，通常添字と呼ばれ 
ます)。たとえば，前のブログラムを配列を使って害きかえると次のようになります。 

# include <8tdio.h> 

main() 

{ 

Idefine NUMINTS 3 
int li8t[MUMINTSJ f i; 

li8t[0] - 421; 
list(l] - 53s 
list(2] - 1806; 

printf(*li8t of addresses: •)5 
for (i - 0; i < KUHINTS; i++) 
printfCZp ■, & li 8 t ( i])s 
printf(*¥nli8t of values : •); 
for (i - 0; i < NUMINTS; i++) 
printfCZAd •• list[ij); 
printfC ¥ n -)? 

> 

int list [ NUMINTS ] という式は，如を int 型の配列として宣言し， int 型の変数3個分 
のデータ領域を確保しています。股初の変数は/初 [0] で参照でき，2番目と3番目の変数は 
それぞれ/故 [1], /扮[2]で参照できます。 

配列の宣言は，一般に次のような形で行ないます。 

type name(size] : 

/グ"はなんらかのデータ型，行 ame は配列につける名前， J 加は配列に含まれる 
type 型の要素の個数です 0 最初の要素は name [ Q ] となり， © 後の要素は⑽爪ど〇加- 1] とな 
ります。 B 己列全体としてはメモリ上に， J 加* ( sizeof ( O ^)) バイトの領域を占めます。 


配列とポインタ 


ここまでの説明で，配列とポインタの間には密接な関係がある，ということに気づいた 
方もいることと思います。前の配列を使ったブログラムを実行すると，次のような，ボイ 
ンタを使った場合とよく似た結果が出力されます。 


データ構造の概観 


223 




list of addresses: 163A 163C 163E 
list of values : 421 53 1806 


最初の要素のアドレスが異なっていますが，違いはそこだけです。実際にも，配列名は 
ポインタとして扱うことができ，ポインタにも配列のような添字をつけることができます。 
次に示す関係は たいへん 重要なので，意味をよく考えてみて く ださい。 

(list + 1) ― 6( li 8 t [ i ]) 

♦(list + i )— li 8 t ( i ] 

この 2 つの式は，左辺と右辺が同じものであることを意味しています。 list をポインタと 
宣言しているか， S 己列と宣言しているかにかかわらず，どちらの式も使用できます。 

list をポインタとして宣言した場合と，配列として宣言した場合の違いは，メモリの割り 
当てに関する点だけです。/初を gtl 列として宣言すると，必要なメモリ領域はブログラムが 
自動的に確保します。ポインタとして宣言した場合には， calloc あるいは同棰の関数を使 
って 明示的に必要な領域を作り出すか，すでに確保されている領域のアドレスをポインタ 
に代入しなければなりません。 

配列と文字列 

前の章で，少しばかり輿なる2つの方法による文字列の宣言（文字へのポインタと文字配 
列）についてお話ししました。いまは，その違いについてより深く理解することができる 
でしよう。 

文字列を char 型の配列として宣言すると，必要な大きさの領域がメモリ上に割り当て 
られます。 char 型へのポインタとして宣言すると，領域は割り当てられないので， (malloc 
あるいは同じような動作をする関数を使って）ユーザ自身の手で割り当てるか，すでに存 
在している文字列のアドレスをそのポインタに代入しなければなりません。これにつ いて 
の例は，この章の 「 C プログラミングの落し穴」の節に出てきます。 

多次元の配列 

C では，多次元配列も使うことができます。その宣言は次のようにして行ないます。 

type name [8 izel ] [8 ize 2】••• [ sizeN ]; 

次のブログラムを見てみましよう。これは，2つの配列を初期化し，その2つの配列の檳 
を計算しています。 
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/include <8tdio.h> 


main() 


int a[3J[4】-{ 

5 f 

3.-21, 42} f 


44 f 

15 t 0 f 6> f 


97 f 

6. 81 f 2) } ； 

int b[4][2] - { 

22, 

7}, 


97 t - 

•53}. 


45 f 

0). 


72 1 

1> )； 


int c[3](2) f i f j f k ； 

for (i - 0; i < 3; i++> { 

for (j - 0 ； j < 2; j++) { 
c[i][j] - 0 ； 

for (k - 0; k < 4; k++) 

c[i][J] +- a 【 i 】【 k】* b[k][j]; 


for (i - 0; i < 3; i++) { 

for (J - 0; j < 2 ; j++) 

printfCc[Zd][ZdJ - M i t j t c(i)(j]); 
printf C¥n - )5 


このブログラムでは 2 つの点に注目してください。1つは配列の初期化の方法で，し..}を 
カンマで区切り，それをネストして2次元の配列を初期化しています。もう1つは， S 己列の 
添字をそれぞれ大カツコ [] で囲んでいる点です。 

言語によっては，配列の添字を[/ V ]と辫くものもあります。 C でもこの裨き方は文法的 
には間違いではありませんが，意味としては [/] と判断されてしまいます。なぜなら， C で 
はカンマは逐次演算子として扱われるので，[/ V ]という式では，まず/を評価し，次に y を 
評価して，全体の値は最後に評価された；と等しくなってしまうのです。ですから，添字ご 
とに大カツコで囲むことを忘れないでください。 

多次元配列では，データは行-列の順に格納されます。つまり，格納された配列の要素を 


先頭から順にたどっていくと，後ろに軎かれている添字から先に数字が増えていきます。 
たとえば， fl / r [3][2] と宣言すると， arr の各要素は次のような順番で格納されます。 


3次元以上の Sfi 列の場合も同様です。 
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配列と関数 


配列を，引数として関数に渡すと何が起こるでしょうか？ 

次の関数を見てください。これは， int 型の配列の中から骹小の要素を見つけだし，その 
添字を返す関数です。 

int lmin(int int size ) 

int i f mlnindx , min ; 

mlnindx - 0 ； 
min _ li 8 t [ mlnindx ); 
for (i -1 ;i < size ; i ++) 
if ( listfi ) < min ) { 
min • list [ i 】； 
mlnindx - i ； 

> 

return ( minindx )； 

} 

この例は， c という言語の你大な力の 1 つを物語っています。コンパイル時には， &/[] の 
サイズはわかっていなくてもよいのです。コンパイラは，/な /[] が配列の先頭のアドレスで 

あると認識しますが，その配列がどこで終わるのかは気にかけません。 / mh を呼び出すブ 
ログラムは，次のように押くことができます。 

#include <8 tdio . h > 


main() 

{ 

#define VSIZE 22 
int i 9 vector[VSIZE ]5 

for (i - 0; i < VSIZE; i ++> { 
vector [ i 】_ randO ； 

printfCvector[Z2d] - 26d¥n- f i f vectorfi ))； 
i - lmin(vector t VSIZE); 

printf (■ minimum ： vector [ Z2d 】 ■ I 6 d ¥ n* f i t vector [ i ])； 

ここで問題です。 / w />? に引数として渡されるものの実体はなんでしょうか？解答:配列 
vecrw の最初の要素のアドレスです。これは， / mh の中で配列/初の要素の値を変更する 
と，配列加/•の要素も同時に変更されるということを意味しています。たとえば，次の 
ような関数を害くことができます。 
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void setrand(int list [し int size) 

{ 

int i; 

for (i ■ 0 ; i < size; i++) list 【 i】■ rand() : 

> 

この関数を， main の中で setrand ( vector ， VSIZE > として呼び出せば，败7〇/•を初期化す 
ることができます。 

それでは，多次元配列を関数に渡すときはどうするのでしょうか。1次元配列と同じよう 
なフレキシビリティが得られるでしょうか 0 setrand か^2次元配列に対して機能するように 
変更したいとしましょう。 

次のように咨きかえることになるでしょう。 


void setrand(int matrix[J(CSIZE] t int rsize) 
{ 

int i,j; 

for (i - 0; i < CSIZE ； j++) 
matrix(i][j] - rand(); 


CS / Z £ はグローバル定数で， 2 次元配列の 2 次元目の大きさを定めています。つまり， 
setrand に渡す2次元配列の2次元目の大きさは， CSIZE でなければならないのです。 

しかしながら，解決策はもう1つあり ます。 setrand に matrix [15] [7] を渡す場合を考えて 
みてください。が元の定義のままでも (setrand (int list [], int size )), 次のように 
して呼び出すことができます。 

setrand(matrix f 15*7); 

配列 ma /心は，货ケ am / の中では105 ( = 15 X 7) の1次元配列として扱われますが，すべ 
て完全に動作します。 

構造体 


配列とポインタによって，同一のデータ型の項目からなるリストを作ることができまし 
た。では，異なるデータ型の項目からなるデータ構造を作るにはどうすればよいのでしょ 
うか。こういう場合に，構造体を宣言します。 

構造体は，異なる型のデータが集まってできたデータ構造です。たとえば，“星”に関す 
る情報として，‘名前’，‘スペクトルクラス’，‘位置の座標’などの項目を取り扱いたいとする 


データ構造の概観 
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と，次のような構造体を宣言することができるでしょう。 


typedef sti 
char 

ruct { 
name [25]; 

char 

class; 

short 

subclass; 

float 

decl t RA f dist; 

)star ; 



これは，对以という型名の構造体を定義しています。稱造体の中で宣言された各変数 
( name , class , • • •) を，その構造体のメンバと呼びます。 

これが宣言されていれば，つまりブログラムの最初の方にこの宣言を害いておけば,，そ 
れを使って star 型の構造体変数を宣言することができます。 


main() 

{ 

star mystar; /* starfi の構造休変数 mystar の宜言 */ 
8 trcpy(my 8 tar.name f •Epsilon Eridani") : 


mystar•class ■ f K w 5 

mystar•subclass _ 2 ; 

mystar.deci - 3.5167; 

mystar*RA ■ -9*633; 

my 8 tar.di 8 t - 0.303; 


/* mainM 败のその他の部分 */ 


構造体変数の個々のメンバを参照するには，媾造体変数名の後にピリオドとメンバ名を 
統けて辦きます。たとえば，構造体 varname のメンバ memname li varname . memname と 
記述します。 vamame.nwnwanw li memname と同じ型の変数名として扱うことができ，同 
じ型の変数に対して可能なすべての操作を行なうことができます。 


構造体とポインタ 


他のデータ型と同様に，構造体を指すポインタを宣言することができます。この機能は， 
線形リストなどの動的なデータ構造を組み立てる際に不可欠なものです。 C では構造体を 
指すポインタはしばしば使用されるので，ポインタが指す媾造体のメンバを参照するため 
の特別な記号が用意されています。 

先程のブログラムを，次のように窨きかえてみましょう。 
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#include <alloc.h> 

main() 

{ 

star *my8tar; 

mystar _ (star” malloc(3izeof(star)); 

strcpy(my8tar -> name t •Epsilon Bridani 9 ); 

mystar -> class _ f K f 5 

mystar -> subclass _ 2; 

mystar •> decl _ 3*5167; 

mystar •> RA - -9.633; 

mystar -> dist - 0.303; 

/* mainM 数のその他の部分 */ 

) 

こんどは，爪州似は smr 型の変数ではなく，伽/•型へのポインタとして宣言していま 
。そして， w 只 wr のための記憶領域を， malloc の呼び出しを通じてメモリ上に割り当て 
います。これで， ptr -> memname という式で爪少加/•が指す檐造体のメンバを参照するこ 
ができます。 -> という記号は，「〜によって指し示される W 造体のメンバ j という意味 
% ( * ptrname ) . memname という記法の省略形といえます 0 


一夕構造の«觀 
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switch 文 


if.else if..else if .. という長い構文を書いてしまうことがあるかもしれません。次の関数 
を見てください。 

#include <ctype.h> 

do 一 main_menu(short *done) 

{ "" 

char cmd; 

★done - 0 ； 
do { 

cmd _ toupper(getch()); 
if (cmd _■ f F f ) do_while_menu(done); 
else if (cmd __ f R f ) ran_program ()； 
else if (cmd ― f C f ) do_compile(); 
else if (cmd ― f M.) do 一 make(); 
else if (cmd __ ) do 一 project 一 menu(); 

else if (cmd — •()•> do_option_menu ()； 
else if (cmd __ f E f ) do_error_menu(); 
else handle_other8(cmd f done); 

} while (!*done); 

> 

こうした梆文はしばしば現われるものですが， c にはこのような場合のための特別な制 
御構造があります。 switch 文がそれです。上の関数を， switch 文を使って冉きかえると次 
のようになります。 

#include <ctype.h> 

do_mam_menu( short *done) 

{ 

char cmd; 

♦done _ 0 ; 
do { 

cmd _ toupper(getch ())； 
switch (cmd) { 

case f F f t do_file_menu(done )； break ； 
case f R f i run_program ()； break ； 
case f C* s do_compile(); break ； 
case ， M •: do_make(); break; 
case ， P ，： do_project_menu ()； break; 
case f 0 f : do 一 option_menu(); break; 
case f E f : do 一 error_menu(>; break ； 
default i handle_other8(cmd # done )； 

} 

} while (!*done); 
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この関数はまず do ... while ループに入ります。このルーブは， 1 文字を読み込み，読み込 
んだ文字を大文字に変換し，変換した文字を cm ゴに代入し， cm ゴの値によって switch 文 
を実行する，という動作を繰り返します。ループは， done の値が(おそらくは do file _ 
menu 関数か handle others 関数で）1になるまで繰り返されます。 

switch 文は cm ゴの値を取り出して， case ラベル （， F ’,’ RVC ’,...’ E ’） と順に比較していき 
ます。一致するものがあれば，そのラベルのところから実行を始め， break 文に出会うか， 
switch 文の終わりに達するまで実行を統けます〇—致するものがない場合は， switch 文の 
中に default というラベルがあればそこから実行し，なければ switch 文全体を飛び越しま 
す。 

switch 文において， cm ゴは整数コンバチブル，言いかえれば容易に格数に変換できる値 
でなければなりません。つまり am / に使用できるのはできるのは， char 型， enum 型，お 
よびすベての int 型ということになります。 float 型や double 型などの実数，ポインタ，文 

字列，データ構造（配列，構造体）は使えません。ただし，データ構造の要索で整数コン 
パチブルなものは使用できます 0 

am /には，整数コンパチブルであればどんな式でも（定数，変数，関数呼び出し，およ 
びこれらの組み合わせ）使用することができますが， case ラベルは定数でなければなりま 
せん。また， case キーワード1つについては，値も1つしか指定できません。 

ゐ一 ma/W 一 mem / 関数が toupper 関数を使用しない，つまり cm ゴを大文字に変換しな 
いとすると， switch 文は次のように苒かなければなりません。 

switch (cmd) { 

case *f. * 

case f F f t do_file_menu(done); 

break; 

case f r f i 

case f R f i run 一 program(); 

break; 


この switch 文では， cmrf の値が小文字 f か大文字 F であれば，ゐ _Jlle _ merw が実行 
されます。他のラベルについても同様です。 

各ケースの処理の終わりに break 文を S くことを忘れてはいけません。 break を害き忘 
れると，（次の break 文に出会うまで）それ以降の文が実行されてしまいます。たとえば上 
の switch 文で，ゐ me / m の後の break を取り除くと， F が入力されるとゐ 
menu が呼び出され，そ の後 run — program も 呼び出されてしまいます。 

ただし，次のブログラムのように，意図的にこのような流れを利用する場合もあります。 


switch 文 
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typedef enum { sun, mon, tues, wed, thur, fri, sat, > days; 


main() 

{ 

day8 today; 


switch (today) { 




8e tues: 


case wed ； 
case thur: 


frix put 8 (_go workI ■)5 break ； 
sat ： printf「clean the yard and 
8 uni put 8 (^relaxl*); 



この switch 文では， mow から / H までの値に対しては，すべて同じ puts 文が実行され, 
その後の break 文によって switch 文が終了します。扣/の場合は， printf 文が実行された 
後， puts (” relax !”） が実行されます。ぷ的の場合は，骹後の puts 文だけが実行されます。 
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実行の流れを制御する構文 


制御構造内で使用したり，他の制御構造をシミュレートするための付加的な文がいくつ 
かあります〇 return 文は，関数の途中でその関数を終了させます。 break 文と continue 文 
は ループの 中で使用され，それ以降の文をスキップします。 goto 文は，コード内での ジャ 
ンブを可能にします。また，条件演算子 （？:） は，ある棟の if ... else 文をたった1行に圧縮 
してしまうことができます。 

アドバイス:これらの制御構文は，使）前にもう一度よく考えてみましょう（もちろん， 
return を除いてですが)。使用せざるをえない場合もありますが，制御構文の力を借りなく 
ても，問題をうまく解決できる方法が見つかる場合の方が多いものです。特に， goto はで 
きるだけ避けるべきです。 return , break , continue があれば， goto を使う必要はまずあ 
りません。 


return 文 


return 文には2つの大切な機能があります。まず第1に，関数が値を返すときには， return 

を使ってその値を呼び出しルーチンに渡してやらなければなりません0 

int imax(int a f int b) 

{ 

if (a > b) 

return(a) : 

else 

return(b); 

> 

この関数では，受け取った 2 つの値の大きい方を返すために return 文を使用していま 
す。 ' 

return 文の第2の用途は，関数が最後まで実行される前に関数を終了させる場合です。た 
とえば，関数を実行していく途中で関数の終了条件が成立してしまうような場合です。関 
数の残りの部分を if 文にまとめてしまうという方法もありますが， return 文を害くだけで 
も関数を終了させることができます。 void 型の関数であれば， return だけを (( value ) を軎 
かずに）使って値を返さないことを明示することができます。 

前に取り上げた Imin 関数を， return 文を使って害きかえてみましょう。 


実行の流れを制御する構文 
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int i 9 minindx, min; 


if (size <- 0) 
retum(-l )； 


引数がゼロ以下の場合は，配列/初の中には何もないことになるので，ただちに 
return を呼んで関数を終了させています。このとき，エラーを示す値として-1を返してい 
る点に注意してください0 fiti 列の添字が-1になることはありえないので，_数を呼び出し 
た側ではこの値 （-1) から，なんらかのエラーが起きたことがわかるわけです。 

break 文 


ループの終わりに達する前に，すぐにまた簡単にループの外に出たい場合があります。 
次のブログラムを考えてみましょう。 

#define LIMIT 100 
Idefine MAX 10 

main() 

( 

int i»j»k f score ； 

int scores!LIMIT][MAX 】 ； 

for (i - 0; i < LIMIT; i++) { 
j - 0 ; 

while (j < MAX-1)( 

printf("please enter score #Zdt • f j )5 
scanf( 9 Zd m f &8Core); 
if (score < 0) 
break; 

8 core 8 (iJ(++j] ■ score ； 

> 

8 core 8 [i 】 [ 0 】■ j; 


if (score < 0) break ; という文に注目してください。これは，ユーザが jcwe に対して負 
の値を入力したら while ループは終了する，ということです。変数；は，配列 scores の添字 
として使用されているほか， S 己列化の各行にあるデータ数のカウンタとしても使われ 
ています。この値は配列 scores の各行の最初の要素に格納されます。 

前の節の switch 文における break の使い方を思い出されたかもしれません。 switch の 
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場合には， break は switch 文から出るために使われて いました。 ここでは，ループの外に 
出てプログラムの実行を続けるために使われて います。 break 文は， switch 文の他に3種類 
のループ （ for ， while ， do ... while ) の中で用いる ことができます。 しかし， if ... else 文の 中 
や， 関数本体の中では使用で きません。 

continue 文 


ルーブの外側には出ずに，ループ内の残りの処理を飛び越して，ループの先頭から実行 
を再開したいという場合もあります。こうした状況では continue 文を使用します。 

次のブログラムを見てください。 

Idefine LIMIT 100 
Idefine MAX 10 

main() 

{ 

int i f j f k f score; 

int scores [LIMIT 】 [MAX 】 •• 

for (i - O5 i < LIMIT; i++) { 
j - 0 ； 

while (j < MAX-1){ 

printf(^please enter score #Zdx • f j) 5 
scanf (•:<!■ 9 &8Core); 
if (score < 0) 
continue; 

8core8 【 i 】 [++j 】 - score; 



これは，前のブログラムの break を continue に S きかえただけのものです 。 continue 
が実行されると，ループ内のそれ以降の文を 飛 ひ •越して， while ループの先頭の式が再び評 
価されます。その結果，ブログラムは break を使った場合とは異なる動きを示します。此〇だ 
に-1を入力すると，エラーが起きたものとみなされて，再び while ループの先頭に戻りま 
す0変数ゾはインクリメントされないので，前回と同じメッセージがもう一度表示されま 
す0 


実行の流れを制御する構文 
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C にも goto 文があります。辨式は簡単で ， goto label と害くだけです c la be / は特定の 
文に結びつけられた識別名です。 goto 文の最も賢い使い方は，前の3つの文 （ return , 
break ， continue ) のどれかにその場をゆずることです。本当に goto 文でなければならな 
いのかどうかよく考えるようにしてください 0 

条件演算子 （？ ：） 


ある条件に基づいて，2つの式（および，その結果として得られる値）のうちのどちらか 
を選択したいとします。 

すでに見たように，普通これは次のような if".else 文で行ないます。 

int imin(int a, int b) 

if (a < b) 

return ⑷； 

else 

return(b )； 

) 

if."else 文は，ある特殊な演算子にとってかわられるはど頻繁に用いられます。その演棘 
子の禅式は次のようになります。 

式 1? 式 2 : 式 3 

これは，「もし 式1 が真であれば， 式2 を評価してその値を式全体の値とし， 式1 が偽なら 
式 3を評価してその値を式全体の値とせよ」というように解釈されます。この構文を使う 
と， / W //2 関数を次のように*きかえることができます。 

int imin(int a, int b) 

return((a < b) ? a s b )； 

) 

さらに，関数はインライン マクロと して次のように害き直すことができます。 

’define imin(a # b) ((a < b) ? a : b) 

このようにすると，コンパイラはブログラム中に imin ( el , e 2) という式を見つけるたび 
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に， （( el 〈 e 2) ? el : e 2) で置き換えてコンパイルしていきます。これは，実際によく使用 
される一般的な手法です。インラインマクロにしておけば， / mm 関数の引数 a と6のデー 
夕型は int に固定されず，関係演算子くが使用できるものであればどんな型でも受け入れる 
ことができるのです。 


ストリームとストリーム I/O 
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ストリームとストリーム I/O 


ストリームとは？ 


ストリームは ， Turbo C でデータの統み If きを行なう手法として骹も移 M 性の高いもの 
です。ストリームは，ファイルやハードウェアのデバイスといった低レベル機能を気にせ 
ずに，柔軟で効率的な入出力ができるよう設計されています。 

ストリームとは， FILE 型のオブジェクト （ stdio . h で定義されています）へのポインタ 
を介して扱うファイルや物理デバイス（たとえばプリンタやモニタ）のことをいいます。 
FILE 型オブジェクトには，ストリームの現在位 S ， 関連するバッファへのポインタ，エラ 
一やファイルェンドインジケータなどのさまざまな情報が含まれています。 

ユーザプログラムが， FILE 型のオブジェクトそのものを生成したりコピーしたりする 
ことはありません。ブログラムでは， fopen などの関数が返す FILE 型へのボインタを使用 
します。 FILE 型ポインタと， MS - DOS のファイルハンドルを混同しないよう充分注意し 
てください（ファイルハンドルは， MS . DOS の低レベル入出力や， UNIX と互換性のある 
入出力に使用します)。 

ストリームの入出力を行なうには，まずストリームをオーブンしなければなりません。 
ストリームをオーブンすると，そのストリームは指定された MS - DOS ファイルあるいは 
デバイスに接続されます。ストリームをオーブンするルーチンには， fopen , fdopen , 
freopen があります。ストリームをオーブンする際には，そのストリームに対して読み込み 
を行なうのか，辨き出しを行なうのか，あるいはその両方なのかを指定します。またその 
ストリームでは，データをテキストとして扱うか，バイナリとして扱うかについても指定 
します。テキストかバイナリかの指定が問題となるのは， C のストリーム入出力と DOS の 
テキストファイルとの間に一部互換性のない部分があるためです。 

テキストストリームとバイナリストリーム 


テキストストリームは，たとえば TurboC のエディタで作成したような普通の DOS の 
テキストファイルに対して使用します。 C のストリーム入出力では，テキストファイルの行 
の区切りを改行文字 （ ASCII コー KOxOA ) 1文字とみなします。ところが MS - DOS のテキ 
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ストファイルは，行の区切りは復帰 ( OxOD ) と改行 ( OxOA ) の2文字でディスクに格納さ 
れています。テキストモードでは，入力時には TurboC は復梯•改行 ( CR / LF ) のペアを 
改行1文字に変換し，出力時には改行を CR/LF ペアに変換します。 

バイナリストリームはテキストストリームよりもずっと単純です。上のような変換はい 
っさい行なわれず，すべての文字を変換せずに読み害きします。 

テキストストリームに関して，このような変換が行われることを理解して使っている限 
りは，ファイルをテキストモードとバイナリモードのどちらでアクセスしても何の問題も 
ありません 0 ただし， TurboC はファイルがどのモードで作成されたか，あるいは最後に 
どのモードでアクセスされたかを記 tft しているわけではありません。 

ストリームをオーブンする際に変換モードを指定しなかった場合には，グローバル変数 
fmode で指定されるデフォルトの変換モードでオーブンされます。 _ fmode のデフ方ル 
卜はテキストモードです。 

ストリ ームのバッファ リング 


ファイルに結びつけられたストリームは，一般にバッファリングされます。これによっ 
て， getc や putc などの1文字単位の入出力が非常に商速になります。また， setvbuf や 
setbuf を呼び出すことによって，自分で指定したバッファを使ったり，バッファの大きさ 
を変えたり，そのストリームがバッファを使わないように指定することもできます。 

バッファがいっぱいになったとき，ストリームがクローズされたとき，あるいはブログ 
ラムが正常終了したときには，バッファは自動的にフラッシュされます（バッファの内容 
を対応するストリームに神き出して，バッファをクリアすることをフラッシュといいま 
す)。 fflush や fflushall を使って，任意にハ •ッ ファをフラッシュすることもできます。 

通常，ストリームはシーケンシャルなデータの入出力に使用されます。入出力はその時 
点のファイル位 K に対して行われます。データの読み瘠きを行なうと，ファイノ_置はア 
クセスしたデータのすぐ後ろに移動します。ディスクファイルに接続されたストリームは, 
ランダムアクセスすることも可能です。まず fseek でファイル位置を決め，その位置（の 
すぐ後ろ）のデータに対して読み込みや害き出しを行ないます。 

1つのストリームに対して，読み込みと邦き出しの両方の処理を行なう場合には，これを 
勝手に混在させることはできません。読み込みと書き出しの間に，そのストリームのバッ 
ファをフラッシュする必要があります 。 f flush , fflushall あるいは fseek を呼び出すと， 
バッファはクリアされ，読み込み/書き出しの切り換えができるようになります。また移植 
性を高めるためには，八ッファのない場合でもデータをフラッシュしておくべきです。シ 
ステムによっては，バッファがない場合でも，読み込みと害き出しの混在に制限があるか 


ストリ ー ムとストリ ーム I/O 
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もしれません。 


定義済みのストリーム 


fopen の呼び出しで作成されるストリー 

できるストリームが5つ定義されています。 

ム以外に， 

ブログラムの実行中はいつでも使用 

名前 

入出力 

モード 

ストリーム 

stdin 

入力 

テキスト 

標準入力 

stdout 

出力 

テキスト 

標準出力 

stderr 

出力 

テキスト 

標準エラー出力 

staaux 

両方 

バイナリ 

外部入出力 

stdprn 

出力 

バイナリ 

プリンタ出力 


stdaux と 灯办/?!は MS - DOS に特有のもので，他のシステムへの移植性はありません。 
stdin と stdout ( i , MS - DOS によるりダイレクションが可能ですが,残りのストリームは 
特定のデバイスに接統されています。 stderr はコンソール ( CON :), stdprn はプリンタ 
( PRN :), 对ぬ wx は補助入出カボートです。 

補助入出カポートはハードウヱァの設定によって異なりますが，通常は C 0 M 1: になって 
います0 MS - DOS のコマンドラインでの入出力のリダイレク ショ ンについては， MS-DOS 
のマニュアルを参照してください 0 リダイレクションをしないときには， stdin と stdout は 
コンソール （ CON : デバイス）に接統されています。また，リダイレクトされていなけれ 
ば， stdin は行単位のハ •ッ ファリングが行われますが， stdout はバッファリングなしです。 
他の定義済みストリームは八ッファリングされません。 

定義済みストリームをデフォルト以外のモードで処理する場合（たとえばが办 /7 J をテキ 
ストモードで処理する場合）には， setmode を使ってください。定義済みストリーム名は 
定数であり，値を代入することはできません。定義済みストリームに別のファイルやデバ 
イスを結びつけたいときには freooen を使ってください。 


240 


第7章親 ： Turbo C でのプログラミング 




C におけるプログラミングスタイル： 

“モダン” VS •“古典” 


現在， C のブログラミングに関して， C をより使いやすくするための構文を言語体糸に組 
み入れて， C を改革していこうとする動きがあります。こうした改革の多くは， C ブログラ 
ミングにおける古典的な伝統や手法には反するものです。改革の大部分は， ANSI の C 言 
語標準化委貝会が提案している拡張案で実現されています。この節では， C 言語のブログラ 
ミングが過去にはどのように行なわれてきたのか，そして新しい標準はよりよい C ブログ 
ラムを涔く上でどんな手助けとなってくれるのかを説明していきます。 

もちろん， Turbo C は古典的なブログラミングスタイルもモダンスタイルも闽方サポー 
卜しています。 


関数プロトタイプの使用と完全な関数の定義 


C のブログラミングの古典的なスタイルでは，関数の宣言は，単に関数の名前と返される 
値のデータ型を指定することで行ないます。 

たとえば，関数^ vap は次のように宣言されます。 

int 8wap() ; 

ここでは，引数に関する情報としては，その個数も型も与えられていません。この関数 
の定義は，古典スタイルでは次のようになります。 


int 8wap(a t b) 
int *a t *b; 

{ 

I* 関败のボディ */ 

) 

このスタイルでは，エラーチェックはほとんど行なわれないことになり，難解で追跡し 
にくいバグを引き起こしてしまうことがあります。 

これを避けるため，モダンスタイルでは，関数の宣言には関数ブロトタイブを，関数の 
定義には引数リストを，それぞれ使用することができます。 
swap li, 関数プロトタイプを用いると，次のように宣言されます。 

int 8wap(int *a, int *b )； 

これで，エラーチェックに必要な情報が用意されるので，ブログラムをコンパイルする 


C におけるプログラミングスタイル： “ モダン ” vs •“ 古典 ” 
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ときに，すべての • swap の呼ひ•出しにおいて完全な エラーチェ ックが行なわれることにな 
ります。関数を定義するときにも同様な軎式を使うことができます。 

int swap(int *a f int *b) 

{ 

I* 閟败のボディ */ 

> 

モダンスタイルでは • たとえ関数プロトタイプを使用していなくても，より多〈の エラ 
ーチェックが行なわれます。さらにブロトタイブを使用していれば，コンパイラが，宣言 
と定義が一致しているかどうかを確認することができます。 


enum 定義の使用 


占典的な C のブログラムでは，値のリストは次のように# define 指令で定義されます。 

#define sun 0 

/define mon 1 

#define tues 2 

#define wed 3 

#define thur 4 

#de£ine fri 5 

#define sat 6 

しかしモダンスタイルでは， enum というキーワードを使って，列举型として宣言するこ 
とができます。上の値のリストを， enum を使って冉きかえると次のようになります。 

typedef enum { sun, mon, tues, wed. thur, fri, eat ) days; 

これは，古典的な方法と同じ効果を持っており， sun = 〇 — sat = 6の値を セッ トして 
います。ただし， #define を冉き並べた場合とくらべると，情報が見えにくくなり，また柚 
象的になります。さらに，変数をゴの^型として宣言することができます。 


typedef の使用 


古典スタイルの c では，ユーザ定義のデータ型には名前はつけられませんでした。その 
例外として構造体と共用体がありますが，これらについても宣言の前にはキーワード 
struct あるいは union をつけなければなりませんでした。 

モダンスタイルの C では， typedef 命令を使用する際には， enum とは別のレベルで情報 
の隠蔽が行なわれます。 typedef を使うと， （ struct と enum も含めて）あるデータ犁とュ 
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ーザが定義する名前を結びつけて，その型の変数を宣言することができます。 
以下は，こうした型の定義と変数の宣言の例です。 


typedef int *intptr ; 
typedef char namestr[30]; 
typedef enum { male, female, unknown 
typedef struct { 

namestr last, first; 
char 38n[9); 

sex gender; 

short age; 

tloat gpa; 

} student; 

typedef student class[100]; 



class histl04, psl02; 

student valedictorian; 
intptr iptr; 

typedef によって，ブログラムはより統みやす〈なります。また，型を変吏する場合に 
も，実際に型が定我されている简所を変史すれば，変数が宣言されている滴所をいちいち 
変史しなくても，その変更はブログラム全体に及びます。 

void 型関数の宣言 


C 言語のオリジナルの定義では，すべての関数はなんらかの型の値を返していました。型 
が宣言されていない場合，その関数は int 型を返すとみなされました。また，“汎用の”（型 
のない）ポインタを返す関数は，通常は char へのポインタを返すと宣言されていました。 
とにかくなんらかの型の値を返さなければならなかったからです。 

現在では， void という標準の型が用意されています。これは一 M のヌル （ null ) 型と考え 
ることができます。値を返さない関数は，すべて void 型として明確に宣言すべきです。実 
行時にメモリの割り当てを行なう関数 （malloc など）の多くは ， void * という型で宣言さ 
れています。これは，型のないポインタを返すという意味であり， （ TurboC では）型を持 
たないポインタには，型キャストなしでどんな型のポインタへも代入することができます 
(ただし，ブログラムの可搬性を高めるためには，型キャストすることをお薦めします）。 


C におけるブログラミングスタイル： “ モダン ” vs •“ 古典 
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拡張案の利用_ 

C 言語は，いくつかの比較的小さな拡張によって，ブログラムの可読性が高められ，アナ 
クロニズム （時代遅れの点）が改められ，またユーザの便宜がはかられました。そうした 
点について少し触れておきます。 

文字列リテラル 

古典スタイルの C では，ブログラムの中で長い文字列を用いるためには，継絞文字を使 
うか，なんらかの連結の操作を行なわなければなりませんでした。 

モダンスタイルでは，次のようにして，長いリテラル（定数）を何行かにわけて記述す 
ることができます。 

main() 

{ 

char *m8g 

m8g _ ■Four score and seven years ago f our fathers• 

_ brought forth upon¥nthis continent a new* 

■ nation, dedicated to the ideal that all* 

• menVnare created equal 0 ; 

printf(*Zs'm8g>; 


16 進文字定数 

古典スタイルでは，特定の ASCII コードを表わすエスケープシーケンスは，すべて8進表 
記（基数が 8) で行なわれていました。これは， C がもともと2進数を8進形式で表現するマ 
シンの上で開発されていたことに起因します。 

現在，ほとんどのコンピュータでは，2進数を16進表記（基数が 16) で表現しています。 
このためモダンスタイルでは，文字定数を16進数で宣言することが許されるようになって 
います。文字定数の一般的な害式は， ’¥ xDD ’ です。 Z ) Z ) は1桁または2桁の16進数 （0 〜9, 
A 〜 F ) を表わしています。このようなエスケープシーケンスは ， ch = ，¥ x 20’ のようにし 
て char 型の変数に直接代入することができ，また文字列に組み込むこともできます。 
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signed 型（符号つき） 

古典的な c では，整数を基本にした型はすべて符号つきとみなしていたので，型修飾子 
unsigned によって，符号なしの型を指定するようになっていました。デフォルトでは ， char 
型は符号つきとみなされたので，値の範囲は-128〜127でした。 

しかし，現在のマイクロコンピュータでは， char 型は符号なしとして考えられることの 
ほうが多く ， Turbo C でも符号なしをデフォルトとするコンバイルオブションが用意され 
ています 0 符号なしをデフォルトとした場合でも ， signed char と宣言すれば符号つきを指 
定することができます。つまりモダンスタイルでは，符号つきを指定するための型修飾子 
signed を使うことができるわけです（もちろん unsigned も使えます）。 


C におけるプログラミングスタイル： “ モダン ” vs •“古典 
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C プログラミングの落し穴 


C の初心者が往々にして犯しがちなエラーがたくさんあります。そうした落し穴をいく 
つか紹介し，その対策についてお話していきましょう。 

文字列中のパス名 


ご存じにように， MS - DOS では¥記号はディレクトリを表わしています。しかし C の文 
字列の中では，¥はエスケープ文字として扱われます。 C の文字列の中でパス名を使おうと 
すると，この点が問題になります。 

たとえば，次のような文を袢いて， 

file _ fopen( B cs¥new¥tools.dat* , ) ; 


ドライブ C のデイレクトリ NEW にある TOOLS . DAT というファイルをオーブンしよ 
うとしてもうまくいきません。これでは， ¥ n は改行文字 （ LF ), ¥ t はタブを表わす エス 
ケープシーケンスとみなされてしまいます。 

つまり，指定されたファイル名には，改行とタブが含まれてしまうわけです。ファイル 
名には改行やタブがあってはならないので， MS - DOS はファイル名が不適切であると判断 
します。この場合，ファイル名を示す適切な文字列は次のようになります。 

■c : ¥¥new¥¥tool 8 •dat■ 


ポインタの使用法の間違い 


初心者にとっては，ポインタが一番の強敵でしょう。どういう場合にポインタを使用す 
べきか，使用すべきでないか。どういう場合に間接演算•子 （*) を使い，アドレス of 演菸 
子 （&) を用いるのか。どうすれば，ポインタの誤用によるブログラムの暴走を防げるので 
しょうか？ 
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初期化していないポインタを使用してしまう 

深刻な間違いの1つに，ポインタにアドレスを代入する前に，そのポインタが指して いる 
アドレスに値を入れてしまうことがあります。 

次のブログラムを見てください。 


main() 

{ 

int *iptr; 

*iptr _ 421; 

printfC*iptr _ 2d¥n B f *iptr); 


この落し穴は非常に危険です。なぜなら，このような誤りがあってもブログラムは正し 
く動いてしまう場合がよ〈あるからです。この例では，かぴというポインタは，どこか“見 
当のつかない”アドレスを指しており，そこに421という値が格納されています。このブロ 
グラムは小さいものなので，何かが破壊される可能性もごくわずかですが，ブログラムが 
大きくなると，その可能性は格段に壻大します。/びがたまたま指しているアドレスに他の 
情報が格納されているというのは，おおいにあり得ることです。また，タイニイモデルを 
使用しているとすれば，コードセグメントとデータセグメントは同じ領域を占めているの 
で，機械語コード自体を破壊してしまう危険を g すことになります。 malloc を使ってボイ 
ンタが指すべきアドレスにメモリを用意し，そのアドレスをポインタの中に入れなければ 
ならない，ということを憶えておいてください。 

文字列 

文字列を宣言する2つの方法 （ char 型へのポインタ， char 型の配列）を思い出したかも 
しれません。2つの方法はほとんど同じですが，1つだけ重要な違いがありました。この違 
いとは， char 型ポインタを使用する場合は，文字列を格納する領域はメモリ上に割り当て 
られないけれども，配列を用いた場合には自動的に割り当てられる，ということでした。 

この違いをよく理解していないと，2種類のエラーを引き起こすことがあります。次のブ 
ログラムを考えてみましょう。 


C プログラミングの落し穴 
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main() 

{ 

char *name; 
char m 8 g[ 10 ]； 

printf( B What is your name? •)5 
scanf(■: 8 _ f name); 
m 8 g ■ "Hello, •； 
printf (* 2818 * f m 8 g f name )5 

} 

一見，なかなか良さそうなブログラムです。ちょっと不格好かもしれませんが許せる程 
度でしょう。 

しかし，このブログラムには間違いが2つあります。1つ目は，次の文のところです。 

8 canf(* 28 " f name) ; 

文法上は正しい文です。 mmie は char 型へのポインタなので，アドレス of 演箅子 （&) 
をつける必要もありません。 

しかしこのブログラムでは， / mme のためのメモリを割り当てていません。したがって, 
キー ボードから入力された名前は， name がたまたま指しているどこか“見当のつかない” 
アドレスに格納されることになります0この文に対してコンハ•イラは，警告を発しますが 

(possible use of ’name’ before difinition - mime [のアドレス]が定義される前に使用 

されている），エラーにはなりません。 

2番目の問題は確実にエラーになります。問題は次の文にあります。 

meg - ’Hello, ■ ; 

コンパイラは，このブログラムは配列名 msg を，文字列定数 （ ’’Hello ,，，） のアドレスに 
変更しようとしていると考えます。しかし，配列名（っまり配列の先頭アドレス）は定数 
なので，これを変史することはできません （7 は定数なので 7 = i などの代入ができないの 
と同じです)。コンパイラは Lvalue required という エラー メッセージを出力します。 

こうしたエラーはどうすれば解決できるでしょうか。一番簡単な方法は， n 細 e と msg 
の宣言方法を入れ換えることです。 
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main() 

{ 

char name[10) : 
char *msg; 

printf("What is your name? •); 
scanf("Zs* t name); 
msg - _Hello ••: 
printf CZ8Z3* ,msg f name); 

> 

これで完壁です。変数には，入力された名前を格納する領域を確保していますし, 
ポインターには " Hello , ”のアドレスを代入することができます 0 

もし，どうしても宣言の方法を変えたくないとしたら，次のように変更する必要があり 
ます。 

# include <alloc.h> 
linclude <8tring.h> 

main() 

{ 

char *name; 
char msg[10]; 

name - (char *) malloc(lO); 
printfCWhat is your name? ■); 
scanf (*28" f name); 
strcpy(m8g f "Hello, ■); 
printf("ZsZs* t m8 g f name); 

> 

malloc 関数を呼び出して 10 バイトのメモリを確保し，そのメモリのアドレスを _ e に 
代入しています。これで最初の問題が解決されます。 strcpy 関数は， ’’ Hello ,” という文字 
列定数を配列胃へ1文字ずつコビーします。これで2番目の問題も解決されるわけです。 


C プログラミングの落し穴 
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代入 （=) と等号 （==) の混同 


Pascal や BASIC では，式の両辺が等しいかどうかの比較は ， if ( a 二 b ) という式で行 
ないます ◊(： でも，この式は文法上は正しいものですが，意味はまったく異なります。 
次のコードを見てください。 


if (a - b) 

puts (•Equal 11 >; 

else 

put8(*Not equal ")； 


Pascal や BASIC のブログラマなら •， これはと 6 が等しければ Equal を，等しくな 
ければ Not equal を表示する」ことを期待するでしょう。しかしそうではありません 。 C 
では， a = b という式は， — a に*の値を代入する」という意味を持ち，この式全体の値は 
みの値になります。したがって上のコードは，に6の値を代入し，6の値が ゼロ 以外な 
ら Equal を，そうでなければ Not Equal を表示する j ことになります。 

期待どおりの動作をさせるには，次のようにします。 


if (a ■■ b) 

puts(-Equal *)； 

else 

putsCNot equal *)： 


switch 文に break を書き忘れる 


break は， switch 文の中で，1つのケースの処理を終了させるために使うということを億 
えているでしよう。どうかずっと悚えていてください。ケースの処理の終わりに break を 
梅き忘れると，それ以降のケースも続いて実行されてしまいます。 
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配列の添字 


fti 列は [0] から始まります。 [1] からではありません。次のような間違いを起こしがちで 
す。 

main() 

{ 

int Ii8t[100) f i5 

for (i -1;i <- 100; i++)- 
list 【 i】_ i*i; 

) 

このブロ グラムでは， &/ の煅初の記憶場所（如[0])が初期化されません。また ， list と 
いう fi 己列には存在しない記憶•場所 （ to / [ 100] ) に値を格納しており，他のデータ の 上に ® ね 
辦きをしているかもしれません。 

正しいコードは，次のようになります。 


main() 

( 

int li8t [ 100 ) f i ; 

for (i ■ 0; i < 1005 i ++) 
list ( i ) - i * i ; 


C プログラミングの落し穴 
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アドレス渡しを間違える 


次のプログラムを見て，どこがいけないのか探し出してください。 


main() 

{ 

int a f b f sum; 


printf(■Enter two values: •>; 
scanf("Id Id" t a f b); 
sum - a + b; 

printf(•The sum is Zd¥n* f 8um); 

> 

ギブアップですか。エラーは scanf(”％d % d”,a,b); という文にあります。 scanf には， 
値ではなく，アドレスを渡さなければならないことを憶えていたでしょうか。これは，ボ 
インタを引数にとる関数すべてに当てはまります。このブログラムは（エラーなしで）コ 
ンパイルが通り，また実行できるでしょう 0 scanf は， a と6にどんなおかしな値が入って 
いてもそれをアドレスと考えて，入力された侦をそのアドレスに格納してしまうからです。 

正しい文は， scanf(”％d %d”,&a,&b); となります0こうすれば， a と6のアドレスが 
scanf に渡され，入力した値は2つの変数の中に正しく格納されます。同じような落し穴 
は，今までに作成した関数にもあり得ます。ボインタに関する節で定義した w 叩間数を思 
い出してください。 

•ywap を，次のように呼び出したらどうなるでしょうか。 


main() 

( 

int i.j; 

i - 421; 
j - 53; 

printf ("before: i - Z4d j - Z4d¥nM # j); 
swap(i f j )； 

printf("after: i - 24d j - Z4d¥n* t i f j); 

) 

変数/と y は， swap を呼び出す前と後で，同じ値を持っていることになります。さら 
に，421と53という2つのアドレスに格納されている値が交換されてしまうことになり，こ 
れは難解で究明しにくい問題を引き起こすでしょう。 

どうすれば，これを回避できるでしょうか。「関数プロトタイプを使って，完全な関数定 
義を行なう j ことです。 
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第7章統 ： Turbo C でのプログラミング 


K この章の 「ポインタと閗数」 のところで説明したように， * S > V 叩が（モダンスタイ 

定義されていれば，この main に対してコンパイラがエラーを出してくれます。 

.ろが，ぷ⑷即が次のように定義されていると，ブログラムは何の問題もなくコンパイ 

してしまいます。 

d 8wap(a f b) 

*a f *b5 


b の定義をカッ コの 外に出すだけで，働くはずのエラーチェックが行なわれなくな 
まいます。これが，古典スタイルの関数定義を使用しない最大の理由です。 


グラミングの落し穴 
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出航 


第6章の初めにも述べたように，わずか2つの章で C を完全に理解してもらうことは不可 
能です。しかしとにかく出航は完了しました。いまやるべきことは，これまでに出てきた 
ブログラム例を入力し，コンハ•イルし，実行してみることです。そして一番大切なのは， 
ブログラムに変史•を加えて，何が起こるのかを確認してみることです。幸連を祈ります。 
Bon voyage. 
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第7章親 ： Turbo C でのプログラミング 


第 8 章 


Turbo C のビデオ関数 


TurboC には，グラフィックス関数の完全なライブラリが含まれており，カラーでもモ 
ノクロでも画面上にグラフや図表を描くことができます。 


この章では 


まずはじめに，ビデオモードとウィンドウについて槪要を説明します。そのあとで，テ 
キストモードとグラフ ィッ クスモードそれぞれについて，どのようにブログラミングを行 
なうのかを見ていきます。 

Turbo C の新しいビデオ関数は ， Turbo Pascal で提供されている同様なルーチンに基 
づいています。 PC の画面モードの制御や，ウィンドウあるいはビューポートの作成や管理 
にまだあまり慣れていない方は，この章で説明しているこうした話題に少し時間をさいて 
ください。 


この章では 
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ビデオモードについて 


画面の操作モードは，ブログラムがモード定義関数 （ textmodejnitgraph , setgraph - 

mode ) の 1 つを呼び出したときに定義されます。 


■テキスト モードでは，画面はセルによって区切られます（横80または40桁，縦25また 
は20行)。各セルごとに域性と文字を持っています。文字は ASCII 文字（あるいは漢字） 
で，城性はその文字がどのように表示されるのか（色，その他）を指定します 。 Turbo 
C は，テキスト画面の操作，画面へのテキストの直接害き込み，およびセル域性の制御 
を行なうための広範なルーチンを提供しています。 

■グラフィックスモードでは， W 面はピクセルで 檐 成されます。ピクセルは，画面に表 
示される1つのドットです。ビクセルの数（解像度）は， PC -9801 シリーズでは横640 X 
縦400です 。 IBM PC の場合には，システムに接絞されているアダプタのタイプとその 
モードによって铒なります 。 Turbo C のグラフィックスライブラリを使って，画面上 
にグラフィックスを表示することができます。線および図形の描 W , 閉じた領域のバ 
ターンによるフィル（塗りつぶし），またピクセルごとの色の制御などが行なえます。 

注意 ： IBM PC には数神:類のビデオアダプタが装着可能です。嘏も基本的なテキストのみ 
のモノクロディスブレイアダプタ （ MDA ), グラフィックスの表示が可能なカラーグラフ 
ィックスアダプタ （ CGA ) や拡張グラフィックスアダプタ （ EGA ), あるいは Hercules モ 
ノクログラフィックスアダプタなどがあります。各アダプタは，それぞれさまざまな モー 
ドで操作することができます。モードは，画面の幅 （40 桁または80桁，テキストのみ）や, 
解像度（グラフィックスのみ），およびディスブレイのタイプ（カラーあるいは白黑）など 
を指定するものです 。 Turbo C のビデオ関数は，（特にグラフィックスにおいては）こうし 
たアダプタおよびモードのほとんどをサポートしています。 
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ウィンドウとビューポートについて 


ウインドウの操作 


ウィンドウは，テキストモード時のビデオ画面上に定義された長方形の領域です（グラ 
フィックスモード時のものはビューポートと呼びます)。ブログラムが画面になにかを苒く 
場合，その出力はアクティブウィンドウに限定され，画面の残りの部分（ウィンドウの外 
側）はまったく衫®を受けません。 

デフォルトのウィンドウは画面全体になっています。ブログラムは，このデフオルトの 
全画面からなるテキストウィンドウを，（関数 window を呼び出すことによって）小さなテ 
キストウィンドウに変史することができます。この関数は，ウィンドウの位：8を_面座標 
で指定します。 


ヒュ—ホート 


グラフィックスモードでも，画面上に同様な長方形の領域を定我することができます。 
これがビューボートです。グラフィックスブログラムが図形の出力などを行なう場合，ビ 
ューボートは出力の対象となる仮想画面として機能し，画面の残りの部分（ビューポート 
の外側）にはいっさい彩®を与えません。ビューボートは，画面座標に合わせて setvi- 
ewport 関数を呼び出すことによって定我します。 


座標 


上に示したようなウィンドウ定義あるいはビューポート定義の関数を除いて，テキスト 
モードおよびグラフィックスモード関数に与える座標は，すべてウインドウ相対またはビ 
ュボート相対で指定します。テキストモードのウインドウでは左上隅が原点で，（1，1)に 
よって参照されます。グラフィックスモードでは，ビューポート座標の原点は（0,0)で 
す0 


ウインドウとビューボートについて 
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テキストモードでのプログラミング 


この節では，テキストモードで使用する関数の簡単な説明を行なっています。各関数の 
詳細についてはリファレンスガイドの第2章を参照してください。 

Turbo C の直接コンソール I / O ハ•ッ ケージ ( cprintf , cputs など）はよリ高いパ フォー 
マンスを提供するために大幅に強化されており，効率的なテキスト出力，ゥィンドゥの管 
理，力ーソルの位;«づけ，属性の制御などが行なえるようになっています。これらの関数 
は，すべて Turbo C 標準ライブラリの一部であり，ヘッダファイル conio . h の中でブロト 
タイプ宣言されています。 

コンソール I / O 関数 


Turbo C のテキストモード関数は，8つのテキストビデオモード （IBM PC では5つ）の 
いずれにおいても動作します。テキストモードは， textmode を呼ひ•出して指定します。こ 
の関数の使い方はもう少し後で説明しますが，詳細についてはリ ファレ ンスガイドの第2章 
を見てください。 

これらのテキストモード関数は，次のように4つのグルーブに分類されます。 


■テキストの出力と操作 
■ウインドウとモードの制御 
■属性の制御 
■状態の問い合わせ 

コンソール I / O 関数は標准入出力関数とは異なり，テキストの出力を MS - DOS を介さ 
ず直接テキスト VRAM 上に害き込みます （ IBMPC の場合は，ビデオ RAM に直接害き 
込むか， BIOS を通じて表示するかを指定することができます)。そのため表示速度は非常 
に商速ですが，これらの関数を使ったブログラムは， PC -9801 シリーズ（あるいは IBM PC ) 
以外の機棟では動かないことになります。 

注意： IBM PC では， textmode 関数によって選択可能なテキストモードは，システムが備 
えているアダプタの棟類によって異なります。 
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以下では，これらのテキストモード関数の4つのグルーブについて説明していきます。な 
お属性の制御については， PC -9801 シリーズと IBM PC ではハードウェアの特性の違いか 
ら大きく異なっているため，節をわけて説明しています。 

テキストの出力と操作 

テキストの出力と操作を行なう関数には以下のものがあります。 


■テキストの読み害き： 
cprintf 害式つき出力を画面に送る 

cputs 文字列を画面に送る 

putch 文字1個を画面に送る 

getche 文字を読み，その文字を W 面にエコーバックする 

■画面上のテキスト（およびカーソル）の操作： 
clrscr テキストウインドウのクリア 

clreol カーソルから行末までのクリア 

delline カーソルがある行の削除 

gotoxy 力ーソルの位38づけ 

insline カーソルがある行の下に空白行を1行挿入する 

movetext 画面上のある領域のテキストを他の場所へコピーする 

■テキストブロックをメモリからロードしたり，メモリにセーブしたりする 
gettext 画面上のある領域のテキストをメモリにコピーする 

puttext メモリから画面上のある領域にテキストをコピーする 


画面出力を行なうブログラムは，テキストウィンドウが画面全体というデフォルトの状 
態でスタートします。したがって，前もってモードの設定を行なわなくても，すぐにテキ 
ストの読み害きや操作することができます 0 直接コンソール出力関数 cprintf , cputs , 
putch を用いて画面にテキストを害いたり， getche を用いてエコーつきの入力をしたりす 
ることができます。テキストはウィンドウの中では“つながって”います。つまり，テキス 
卜がウィンドウの右端を越えるまでに広がってしまうような場合，ウィンドウの右端を越 
える部分は次の行の先頭に移動します。 


テキストモードでのプログラミング 
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テキストが画面上に表示されているときには， drscr でアクティブウィンドウ（現在有 
効なウィンドウ）の内容を消去する， clreol で行の一部を消す， delline で行全体を削除す 
る， insline で空白行1行を揷入することができます。後の3つの関数は，カーソルの位置に 
関連して操作を行なようになっており，カーソル位 ffi は gotoxy によって指定の位 S に動 
かすことができます。また，長方形のテキストのブロック全体を， movetext でウインドウ 
の中のある場所から他の場所へコピーすることもできます。 

gettext で画面上の長方形のテキストブロックをメモリに格納したり， puttext でそのテ 
キストを画面上の任意の場所に復元することもできます。 

ウインドウとモードの制御 

ウインドウおよびモードの制御を行なう関数には以下のものがあります。 


textmode _面をテキストモードに設定する 
window ウィンドウを定雜する 

textbank 画面べージの切り換えを行なう （ PC .9801 のみ) 


textmode によつて，いくつかあるテキストビデオモードのうちのどれかに画面を設定 
することができます。テキストモードをセットすると，画面は全画面のテキストウィンド 
ウとして初期化され，指定されたモードで，表示されていたイメージおよびテキストはす 
ベてクリアされます。 

画面がテキストモードの場合，全画面のウィンドウに出力することもできますが，画面 
の一部（ウィンドウ）だけに出力を限定することもできます。テキストウィンドウを作成 
するためには，画面上のどの領域にウィンドウを設定するかを指定して， window を呼び出 
します。 

textbank を使うと，表示する画面ページを0ページと1ページの間で切り換えることが 
できます。各画面ページにおいては，テキストモードは共通ですが，ウィンドウの大きさ, 
文字の属性，カーソルの属性などはそれぞれのページに独立して制御することができます。 
なお，テキストモードが80桁 x 25行の場合には，0ページの力ーソは， MS - DOS が保 
持している力ーソル位置に一致します。テキストモードが20行または40桁のモードのとき 
には，カーソノは MS - DOS とは独立に管理されます。 
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属性制御 ( PC -9801) 

以下は， PC -9801 のテキストモードの属性を制御する関数です。 


■文字の表示厲性の投定: 
textattr 
textcolor 
textblink * 
textreverse * 


文字の表示 « 性を設定する 
文字の色（属性）を設定する 
文字の点滅（诚性）を設定する 
文字の反転（诚性）を設定する 


textunder * 


文字の下線（属性）を設定する 


textvertical * 文字の縦線（域性）を設定する 


normvideo 


元の表示属性を復元する 


■カーソル厲性の股定： 
textcursor * 


カーソルの表示械性を設定する 


注：* PC -9801 用にのみ用意されている関数です。 


«性制御関数を使うと，文字やカーソルの現在の属性を変更することができます。 
文字の属性は8ビット値で表現され，煅下位から順に， （0) 隐し属性， （1) 点滅， （2) 反転， 
(3) 下線の有無， （4) 縦線の有無またはグラフィック文字の表示のオン/オフ（画面モードに 
よって意味が変わります）の意味を持っており，上位の3ビット （5 〜 7) は文字の色を表わし 
ています。 

属性設定に統いて出力されるテキストは，現在の属性によって表示されます。上に示し 
た各属性は，それぞれ別個に設定することも， textattr 関数の呼び出しだけでまとめて設 
定することもできます。 

textcursor を使うと，カーソルの表示/非表示，点滅/静止を指定することができます。 

なお ， IBM PC 版との互換性維持のために， highvideo ， lowvideo , textbackground の 

3つ関数は，実際にはなんの動作もしないダミー関数として定義されています。 


テキストモードでのブログラミング 
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属性制御 (IBM PC ) 


以下は ， IBM PC におけるテキストモードの属性を制御する関数です。 


■フオアグラウンドとバックグラウンドの投定： 

textcolor フォアグラウンド色（属性）を設定する 

textbackground バックグラウンド色（域性）を設定する 

textattr フォア/バックグラウンド色（属性）を同時に設定する 

■輝度 ( intensity ) の切り換え： 
highvideo テキストを高輝度に設定する 

lowvideo テキストを低輝度に設定する 

normvideo テキストを元の輝度に設定する 


城性制御関数は，現在の铒性を設定します。械性は8ビット値で表現され，下位4ビット 
がフォアグラウンド色，次の3ビットがバックグラウンド色，最上位の1ビットがブリンク 
(点滅）の有無を示しています。 

域性設定に絞いて出力されるテキストは，現在の属性によって表示されます。域性制御 
関数を使うと，バックグラウンドとフォアグラウンドの（文字の）色を別々に設定するこ 
とも （ textcolor と textbackground を使う）， textattr を呼ひ•出すだけで色の指定を組み 
合わせて設定することもできます。さらに，それ以降の（フォアグラウンドの）文字をブ 
リンク（点滅）させるかどうかも指定することができます。ほとんどのカラーモニタでは， 
その通りの色で表示されます。カラーでないモニタの場合は，«性のいくつか（あるいは 
すべて）を，階調表示や他の効果（太字，下線，反転など）によって代替することがあり 
ます。 

lowvideo を使うと，フォアグラウンドの高輝度色を低輝度色に切り換える（文字の高輝 
度ビットをオフにする）ようシステムに指示することができます。また， highvideo を使っ 
て，低輝度色を高輝度色に切り換える（文字の高輝度ビットをオンにする）こともできま 
す。文字の輝度をいろいろと切り換えるときには， normvideo によって元の値を復元する 
ことができます。 
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状態の問い合わせ 


以下は状態問い合せ関数の要約です。 


gettextinfo 現在のテキストウィンドウに関する悄報を text _ info 構造体に 

入する 

wherex カーソル位进のセルの x 座標を与える 

wherey カーソル位のセルの y 座標を与える 

Turbo C のコンソール入出力関数には，状態の問い合せのために用意されたものがいく 
つかあります。これらの関数によって，テキストモードウィンドウやウィンドウ内での力 
ーソルの現在位 K などの悄報を取り出すことができます。 

gettextinfo は， text info 佛造体 （ conio . h の中で定義されている）の中に，テキスト 
ウィンドウについての次のような情報を代入します 0 

■現在のビデオモード 

■絶対画曲'座標でのウィンドウの位置 

■ウィンドウの大きさ 

■現在のフォアグラウンドと八ックグラウンドの色 
■カーソルの現在の位 S 

これらの W 報を全部必要とすることはあまりなく，単にカーソルの位 3 S (ウィンドウ相 
対の）を知るには， wherex と wherey を使う方が便利です。 

テキストウインドウ 

デフォルトのテキストウィンドウは全画面で， window を呼び出して，これを小さなテキ 
ストウィンドウに変更することができます。テキストウィンドウは，20あるいは25行まで 
(すべてのテキストモードでの画面上の敢大行数)，40あるいは80桁まで（テキストモード 
に依存します）可能です （IBM PC では，25行モードしか使用できません）。 

TurboC のテキストウィンドウ座標の原点は，ウィンドウの左上隅です。ウィンドウの 
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左上隅の座標は （1,1) です。したがって，全画面が80桁の幅のテキストウィンドウの右下 
隅の座標は （80,25) となります。 

例 

80桁テキストモードで，ウィンドウを作成する場合を考えてみましょう。ウィンドウの 
左上隅が画面座標（10,8)，ウィンドウの右下隅が画面座標 (50.21) となるようにするに 
は， window を次のように呼び出します。 

window(10, 8 , 50, 21); 

これでテキストモードウ イン ドウを作成したことになるので,次に ウィン ドウ位-[»(5, 8) 
に カーソルを 動かして，あるテキストをそこに冉きたければ， gotoxy と cputs を使って, 
次のようにすればよいことになります。 

gotoxy(5 f 8); 

cputs(-Happy Birthday, Frank Borland ")5 

このときの®面は図 8.1 のようになります。 


図 8.180 X 25 のテキストモードでのウインドウ 



トウ 


ウインドウ 面面 

第 41 桁 第 80 桁 
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text —modes 型 


textmode 関数を呼び出すことによって，モニタを8つあるテキストモードの中の1つに 
対応するようにすることができます。 conio.h で定義されている enum 型 text _ modes を 
使うと， textmode への引数 wo みを直接数値で指定するかわりに，記号名で指定すること 
ができます。ただし記号定数を使うときは，ソースコードにインクルード文を S いて，へ 
ッダフアイルを取り込まなければなりません。 


# include <conio.h> 


text modes で定義される数値，記号は次に示すとおりです。 


シンボリック定数 値画面のテキストモード 


PC-9801 : 

LASTMODE 

-1 

直前のテキストモード 

VL8025 

0 

80 桁 X 2 桁， 

縦羿線が有効 

VL 8020 

1 

80 桁 X 20 行， 

縦 P 線が有効 

VL 4025 

2 

40 桁 X 25 行， 

縦界線が有効 

VL 4020 

3 

40 桁 X 20 行， 

縦 E 線が有効 

BG8025 

4 

80 桁 X 25 行， 

グラフィック文字が表示可能 

BG 8020 

5 

80 桁 x 20 行， 

グラフ ィ ック文字が表示可能 

BG4025 

6 

40 桁 x 25 行， 

グラフ ィ ック文字が表示可能 

BG 4020 

7 

40 桁 x 20 行， 

グラフ ィッ ク文字が表示可能 

IBM PC : 

LASTMODE 

-1 

直前のテキストモード 

BW40 

0 

白黒， 40 桁 


C40 

1 

16 色， 40 桁 


BW80 

2 

白黒， 80 桁 


C80 

3 

16 色, 80 桁 


MONO 

4 

モノクロ， 80 桁 
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たとえば， textmode を次のように D 乎ぶと，カラーモニタは右側で示されるォベレーティ 
ングモードになります。 


呼び出し 

オペレ - 

•テイング モード 

■ PC-9801 : 




textmode (2) 

40 桁, 

25 行， 

縦郛線が有効 

textmode (BG 802 0) 

80 桁, 

20 行， 

グラフ イッ ク文字が表示 可能 

■ IBM PC : 




textmode (0) 

白黑， 

40 桁 


textmode (BW80) 

白黒, 

80 桁 


textmode (C40) 

16 色， 

40 桁 


textmode (3) 

16色, 

80 桁 


テキストの色 


あるセルの城性がどのように割り当てられているかといった詳細については，リ ファレ 
ンスガイド第2窜の textattr の解説を参照してください。 

PC -9801 では，カラーモニタは8色まで表示できます。モノクロディスプレイでは色の違 
いは階凋で表％されます。また，色の他に反転や下線などの; W 性を付力 n することもできま 
す。 

IBMPC では，セル中の文字の色がフォアグラウンド，セルの文字以外の範囲がバック 
グラウンドで，それぞれ別々に指定することができます。カラービデオアダプタにカラー 
モニタを装涪していれば16色まで表示可能です。モノクロモニタでは，これらの色はさま 
ざまな表示属性（輝度，下線，反転など）によって表現されます。 

インクルードファイル conio.h の中には，いろいろな色や他の域性に対するシンボリッ 
ク定数が定義されています。この記号名を使うときは，やはり conio.h をインクルードして 
ください。 

次の2つの表は，シンボリック定数とそれが表わす値，およひ•その意味を示しています。 
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表 8.1 PC -9801 のテキストモードで使用するシンボリック定数 


シンポリック定数 値 意味 


T_BLACK 

0 x 00 

里 

T_BLUE 

0 x 20 

青 

T GREEN 

0 x 80 

緑 

T—CYAN 

OxAO 

水色 

T_RED 

0 x 40 

赤 

T _MAGENTA 

0 x 60 

紫 

T _BROWN 

OxCO 

黄色 

T _LIGHTGRAY 

OxEO 

白 

T DARKGRAY 

0 x 00 

黑 

T _LIGHTBLUE 

0 x 20 

宵 

T LIGHTGREEN 

0 x 80 


T LIGHTCYAN 

OxAO 

水色 

T _LIGHTRED 

0 x 40 

赤 

T _LIGHTM AGENTA 

0 x 60 

紫 

YELLOW 

OxCO 

贫色 

WHITE 

OxEO 

内 

VERTICALLINE 

0 x 10 

縦線の添付 

NOVERTICALLINE 

0 x 00 


UNDERLINE 

0 x 08 

下線の添付 

NOUNDERLINE 

0 x 00 


REVERSE 

0 x 04 

反転表示 

NOREVERSE 

0 x 00 


BLINK 

0 x 02 

点滅表示 

NOBLINK 

0 x 00 


SECRET 

0 x 00 


NOSECRET 

0 x 01 

隠し域性の否定 

BASICGRAPH 

0 x 10 

グラフ イッ ク文字の指示 

NOBASICGRAPH 

0 x 00 
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IBM PC の場合，肢初の 8 色 （ BLACK 〜 LIGHTGRAY ) はフォア/バック両方に指定で 
きますが，その後の8色 （ DARKGRAY 〜 WHITE ) はフォアグラウンド（文字そのもの） 
にしか指定できません。また，シンボリック定数 BLINK (値 128) をフォアグラウンドの 
指定に加えると，文字を点滅表示させることができます。 


ハイパフオ ー マンスアウトプット： directvideo 変数 


Turbo C のコンソール I/O パッ ケージには directvideo という変数が含まれています。 
この変数は，ブログラムの行なうコンソール出力が，直接ビデオ RAM に送られる ( dir - 
ectvideo = 1) のか，あるいは BIOS コールを通じて出力される （ rf / rec か！ V/eo = 0) の 
かをコントロールしています。 
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デフォルト値は rffrecfi ; i*rfeo =1 (コンソール出力は直接ビデオ RAM に送られる）で 
す。一般に，ビデオ RAM へ直接送ることによって，非常に高いパフォーマンスが得られ 
ますが，これを行なうには，使用するコンピュータが IBM PC と100%コンパチブルでな 
ければなりません。つまり，ビデオハードウエアが IBM のディスブレイアダプタとまった 
く同じ機能を有していなければならないわけです 。 directvideo = 0にセットすると ， IBM 
PC と BIOS レベルでコンパチブルなマシンであれば動作させることができますが，コン 
ソール出力はやや遅くなります0 

•; 主意： PC -9801 シリーズ用の Turbo C では， directvideo 変数は互換性のために定義はさ 
れていますが，使用されることはまったくありません0 PC -9801 シリーズでは，コンソール 
出力関数による出力はすべてテキスト VRAM に直接送られます。 

漢字の出力 _ 

全角文字の表示は，第1バイトと第2ハ M 卜のコードを連絞して出力する必要があります。 
ただし，第2バイト目のコードが不適当なコードであると，その全角文字は空白として表示 
されます。また，画面の骹右端に全角文字を表示しようとした場合は，その文字は次行の 
先頭から表示されます。 

ウィンドウ内での制御コード_ 

テキストウィンドウ内で，コンソール出力関数によって以下の制御コードを出力すると， 
右に示したような動作をします。 


BELL 

0 x 07 

ベルを鳴らす 

TAB 

0 x 09 

タブ （8 文字間隔） 

BS 

0 x 08 

カーソルを1文字戻す 

CR 

OxOD 

カーソルを行の先頭に戻す 

LF 

OxOA 

カーソルを次の行に移動する 
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グラフィツクスモードでのプログラミング 

この節では，グラフィックスモードで用いる関数の概要を説明します。各関数の詳細に 

ついてはリファレンスガイド第2章の該当する解説を参照してください。 

Turbo C では，高レベルの関数 ( setviewport , bar 3 d.drawpoly など）から，ビット指向 

の閲奴 （ getimage や putimage など）にいたるまで，70以上のグラフィックス関数を含む 

ライブラリが別個に用意されています。このグラフィックスライブラリは，フィル（塗り 

つぶし）とドロウ（線の描画）のさまざまなスタイルをサポートしています。また，大き 

さの変®，位 Sff 合わせ，出力方向の指定（水平/垂痕）が行なえるテキストフォントを持っ 
ています。 

こうした関数は，グラフ ィッ クスライブラリ GRAPHICS . LIB の中におさめられてお 
り， へッ ダファイル GRAPHICS . H の中でブロトタイプ宣言されています。この2つのファ 
イルに加えて，グラフ イッ クスパッケージには，グラフ ィッ クスデバイスドライバ （*. BGI 
ファイル）とストロークフ オン ト （*. CHR ファイル）が含まれています。この2つのファ 
イルについては次の節で説明します。 

グラフィックス関数を使用するときは，次のようにします。 

■ TC . EXE を使っている場合は, Options / Linker/Graphics library トグルを On にセ 
ットしてください。こうすると，プログラムを Make するときに，リンカが自動的に 
Turbo C グラフ ィツ クスライブラリをリンクしてくれます。 

■ TCC . EXE を使ラときには，コマンドラインで GRAPHICS 丄 IB を指定する必要があ 
リます。たとえば，グラフィックスを使っているブログラム MYPROG . C をコンハ•イ 
ル.リンクするときには， TCC のコマンドラインは次のようになります。 

tcc myprog.c graphics.lib 

M 要な注意：グラフ ィッ クスライブラリファイルは GRAPHICS 丄 IB ひとつだけで，メモ 
リモデルごとに別々 のバージョ ンが用意されているわけではありません（標準ライブラリ 
はメモリモデルごとに， CS . LIB , CCLIB ， CM . LIB のようにわかれています）。 
GRAPHICS 丄 IB に含まれているすべての関数は f ar 関数で，さらにポインタを引数にと 
るグラフ ィッ クス関数は， far ポインタをとります。これらの関数を正しく機能させる ため 
には，グラフ ィッ クスを使うすべてのモジュールで，次のように ヘッダ ファイル 
GRAPHICS . H をインク ルー ドしなければなりません。 

/include < graphics . h > 
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グラフィックスライブラリ関数 


Turbo C のグラフィックス関数は次の7つのカテゴリからなっています。 

■グラフィックスシステム制御 

■ドロウ （ draw — 図形の描画）とフィル （ fill 一塗りつぶし） 

■画面とビューポートの操作 
■テキスト出力 
■カラーの制御 
■エラー処理 
■状態の問い合わせ 

PC -9801 シリーズ用のグラフィックスバッケージは，オリジナルの IBM PC のものとは 
ぼ同等の機能を実現していますが，ハードウヱァの特性上，カラーの制御に関しては闽八 
ージョンでは大きな違いがあるため，節をわけて解説しています。 

グラフィックスシステムの制御 

以下にグラフィックスシステム制御関数の要約を示します。 


closegraph 

detectgraph 

graphdefaults 

graphireemem 

graphgetmem 

getgraphmode 

^etmaxmode 


グラフイックスシステムを終了する 

ハードウエアを調べて使用するグラフィックスドライハ•を 
決定し，推奨するグラフィックスモードを提示する 
グラフイックスシステムのすべての変数をデフォルト値に 
リセットする 

グラフィックスメモリの領域を解放する（ユーザ専用のル 
ーチンを定義するためのフック） 

グラフィックスメモリの領域を割り当てる（ユーザ専用の 
ルーチンを定義するためのフック） 

カレントグラフィックスモードを返す 
与えられたドライバに有効なモードの最大値を返す 
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g：etmodename 

getdrivername 

initgraph 


installuserdriver 


installuserfont 


registerbgidriver 


registerbgifont 

restorecrtmode 

setgraphbufsize 

setgraphmode 


カレントのグラフィックスモード名を返す 
カレントのグラフィックスドライハ•名を返す 
グラフィックスシステムを初期化して，ハードウェアをグ 
ラフィックスモードにする 

デフオルトではないデ八イスドライバを， BGI デ八イスド 
ライバテーブルに組み込む 

グラフ ィッ クスルーチンが認識していないストロークフォ 
ントファイルをロー ドする 

リンクされた，あるいはユーザがロー ドしたドライバファ 
イルをグラフィックスシステムに登録する 
リンクされたストロークフォントコードを登録する 
initgraph を呼び出したときの画面モードに戻す 
内部グラフィックスバッファの大きさを決める 
指定されたグラフィックスモードを選択し，画面をクリア 
して，すべてをデフォルトにセットする 


PC -9801 シリーズ用の TurboC のグラフ イツ クス バツ ケージには，グラフ イツ クスドラ 
イ八として次の3つが含まれています。 

■ PC 98 .BGI ( PC -9801 シリーズすべてで動作します） 

■ PC 98 GRCG.BGI (グラフ イツ クチャージャを備えたマシンで動作します） 

■ PC 98 EGC.BGI ( EGC を備えたマシンで動作します） 


IBMPC 用のグラフィックスハ•ッケージは，以下のグラフィックスアダプタ（および完 
全互換アダプタ）をサボートするグラフィックスドライ八が含まれています。 

■カラーグラフィックスアダプタ （ CGA ) 

■マルチカラーグラフィックスアダプタ （ MCGA ) 

■拡張グラフィックスアダプタ （ EGA ) 

■ビデオグラフィックスアレイ （ VGA ) 

■ Hercules グラフ ィッ クスアダブタ 

■ AT&T 400ライン•グラフィックスアダプタ 
■3270 PC グラフィックスアダプタ 

■ IBM 8514グラフィックスアダプタ 
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グラフィックスシステムをスタートするには，まず最初に initgraph を呼び出します。 
initgraph には，特定のグラフィックスドライバおよびモードを使うように指示すること 
ができ，また実行時にマシンの装備を検出して，自動的に装備に対応するドライバをロー 
ドさせるようにすることもできます。 initgraph にこのような自動検出を指示すると， init ¬ 
graph は detectgraph を呼び出してグラフィックスドライバとモードを選択します。 init ¬ 
graph に特定の ドライバとモードを使うように指示する場合，それに必要なハードウエア 
がマシンに装備されていなければなりません。強制的に装備されていないハードウュアを 
使おうとすると，その結采は予測できないものになります0 

なんらかのグラフィックスドライバがロー ドされると， getdrivername 関数を使ってそ 
のドライバの名前を取り出したり， getmaxmode によってそのドライバがレ、くつのモード 
をサポートしているかを調べたりすることができます。また getgraphmode を使えば，现 
在のグラフィックスモード番号を知ることができます。モード番号がわかれば， get - 
modename によってそのモードの名前を得ることができます。グラフィックスモードは 
setgraphmode を使って切り換えることができ， restorecrtmode によってビデオモード 
を元の状態（グラフィックスを初期化する前の状態）に灵すことができます。 

graphdefaults は，グラフィックスの状態の設定（ビューポートのサイズ，ドロウカラ 
— ，フィルカラーとパターンなど）をデフォルトにリセットします0 

installuserdriver と installuserfont は，デフオルト以外の新しいデ八イスドライバお 
よびフォントをグラフィックスシステムに追加するための関数です。 

グラフ ィッ クスを使い終えたら，最後に closegraph を呼び出してグラフ ィッ クスシス 
テムを終了させます。 closegraph は，ドライバが占めていたメモリを解放し，画面を 
(restorecrtmode を通じて）元のビデオモードに復倚させます 0 

注意： PC -9801 では， TurboC 1.5 で使用されていた setnewdriver も残されています〇こ 
れは内部では installuserdriver を呼び出しており，互換性のためにのみ用意されていま 
す。なお， バージョン 2.0 では installuserdriver (あるいは setnewdriver ) を使わなくて 
も，自動検出によって適切なドライバをロードすることができます。このようにして作成 
した実行可能 ブロ グラムは， IBMPC の上でも（適切なドライバがあれば）そのまま動作 
します 0 したがって，新しいブログラムでは setnewdriver はなるべく使わないようにした 
方がよいでしょう。 

もう少し詳しい解説 

前の説明で， initgraph がどのように働くのかについてはおおまかに述べました。次に， 
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initgraph, graphgetmem, graphfreemem の働きを少し詳しく説明します。 

通常， initgraph ルーチンは，グラフィックスドライバ用にメモリを割り当て，適切な 
BGI ファイルをディスクから読み込んで，ドライバをロー ドします e 

このように動的にドライバを組み込む方法の他に，実行可能ブログラムの中に，グラフ 
ィッ クスドライバファイルを（場合によっては複数個)直接リンクする方法があります。 
これには，まず （BGIOBJ ユーテイリテイを用いて） .BGI ファイルを .OBJ ファイルに変 
換し，それからクラフイックスドライバを登録するために， registerbgidriver の呼び出し 
をソースコード中に （initgraph の呼び出しより前に）； g きます。そして，実行可能ブ ログ 
ラムを作成するときに，登録されたドライパに対応する .OBJ ファイルをリンクします。 

initgraph は （detectgraph を通して）使用するグラフィックスドライバを決定した後， 
そのドライバがメモリ上に登録されているかどうかをチェックします。登録されていれば， 
initgraph はそのドライバをメモリから®接使用し，登録されていなければ，ドライ八用に 
メモリを割り当ててディスクから • BGI ファイルをI充み込みます。 

注*: registerb«：idriver を使うには，少し商度なブログラミングテク ニッ クを必要とする 
ので，経験の浅いブログラマにはこの方法はすすめられません。この関数についてはこの 
章の他に，付録 DO「BGIOBJj の節でも少し詳しく説明しています。 

クラフイックスシステムは実行時に，ドライバ，フォント，および内部バッファ用のメ 
モリを割り当てなければならない場合があります。このような場合，グラフィックスシス 
テムは— grraphgetmem を呼び出してメモリを割り当て， graphfreemem を呼び出して 
そのメモリを解放します〇これらのル-チンは，デフォルトではそれぞれ単に malloc と 
free を呼んでいるだけです。 

ユーザが独自の graphgetmem およ (/graph freemem を定我すれば，このデフ ォル 
卜を変更することができます。グラフ ィ ックスメモリの割り当てをユーザ側で制御するこ 
とができるわけです。ただし，ユーザ独自のメモリ割り当てルーチンには，同じ名前を使 

わなくてはなリません。つまり，標准 C ライブラリの中にあるのと同じ名前を使って，デ 
フォルトの解放を無視するわけです。 

>主意：ユーザ独自の graphgetmem と— graphfreemem を定義してブログラムを作成す 
ると，グラフイツクスライブラリの中に同名の関数があるため，リンク時に “duplicate 
symbol ” （シンボルの 1R 複）という彆告メッセージが出ます。この鬌告は無視してくだセ 


274 


第8章挤 ： Turbo C のビデオ関数 



ドロウとフイル 


次に，ドロウ（図形の描画) 


■ドロウ： 

arc 

circle 

drawpoly 

ellipse 

getarccoords 

getaspectrano 

getlinesettin^s 

line 

linerel 

lineto 

moveto 

moverel 

rectangle 

setlinestyle 

setaspectratio 

■フイル： 
bar 
bar 3 d 
fillellipse 
fillpoly 
floodhill 
getfillpattern 
getfillsetting 

pieslice 


とフィル（塗りつぶし）関数の要約を説明します。 


円弧を描く 
円を描く 

多角形の輪郭を描く 
憤•円の円弧を描く 

arc あるいは ellipse の敁後の呼び出し時の座標を返す 
カレントグラフィックスモードのアスべクト比を返す 
カレントラインスタイル，ラインバターン，ライン幅を返 
す 

(ズ〇, 夕 0> から ( xl . yl ) まで直線を描く 
現在位1 ( CP ) から指定の径さ（相対距離〉の直線を描 
< 

現在位菌 （ CP ) から（ズ,少）まで直線を描く 
現在位3¢ ( CP ) を Uy ) に動かす 
現在位置 ( CP ) を指定の相対距離だけ動かす 
長方形を描く 

ライ ン 幅とライ ン スタイルを セッ トする 
デフォルトのアスペクト比調整因子を変更する 


バー（長方形）を描いて内部をフィルする（塗りつぶす) 

3次元のバーを描いてフィルする 

搰円を描いてフィルする 

多角形を描いてフィルする 

閉鎖領域をフィルする 

ユーザ定義のフィルパターンを返す 

カレントフイル ハ。 ターンとフイルカラーに関する情報を 

返す 

バイスライス（扇形）を描いてフィルする 
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sector 

setfillpattern 

setfillstyle 


措円のバイスライス（扇形）を描いてフィルする 
ユーザ定義のフィルパターンを選ぶ 
フイルバターンとフイルカラーをセットする 


Turbo C の ドロウおよび フィルの 関数を使うと，カラーで直線，弧，円，惰円，長方 
形，パイスライス，2次元/3次元のバー，多角形，およびこれらを組み合わせて規則的な図 
形あるいは不規則な図形を描くことができます。閉じた図形（あるいはそのような図形で 
囲まれた領域）なら， 11 M 類の定義済みハ•ターンあるいはユーザ定義のパターンのうちの 
1つで塗りつぶしを行なうことができます。また，線の幅とスタイル，現在位置 （ CP ) も自 
由に変えることができます。 

arc ， circle ， drawpoly , ellipse , line ， linerel ， lineto，rectangle といった関数を使つ 
て，線や中空の図形を描きます。この図形は floodnil でフィルする（塗:りつぶす）ことが 
できます。また， bar ， bar 3 d ， fillellipse , fillpoly , pieslice および sector を使えば，ド 
ロウ（線を描く）とフィルの操作を1ステップで行なうことができます。 setlinestyle を使 
うと，ライン（フィルする図形の輪郭線も）の幅，およびラインスタイル（実線，点線， 
ユーザ定我のパターンなど）を選択することができます 0 setfillstyle によって定我済みの 
フイル パターンから選択することができ， setfillpattern を使えばユーザがフィルパター 
ンを定義することができます 0 現在位 ( CP ) を指定の場所に動かすには moveto を使 
い，指定の距離だけ動かすには moverel を使います。 

カレントラインスタイルと幅を知るには， getlinesettings を呼び出します。カレントフ 
ィルパターンとカラーを知るには， getfillsettings を呼び出します。一方，ユーザ定義の 
フィルパターンを得るには getfillpattern を用います。 

アスぺクト比を得るには getaspectratio を用います（アスべクト比は，円を真円として 
表示するために使用される， CRT 装置のピクセルの縦横の比率です）。画面に表示された 
円が典円でないときには， setaspectratio を使ってアスぺクト比を調整することができま 
す。前回描いた円弧あるいは惰円の座標を得るには getarccoords を呼びます。 

画面とビューポートの操作 

次にイメージ操作関数の要約を示します。 


■画面操作： 

cleardevice 


画面をクリアする（アクティブページ) 
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setactivepage 


setvisualpage 


グラフィックスを出力するアクティブページをセットす 
る 

ビジュアルグラフィックスページ番号をセットする 


■ビューポート操作： 
clearviewport 
getviewsettings 
setviewport 


カレントビューボートをクリアする 

カレントビューポートに関する悄報を返す 

グラフィックスを出力するカレント出カビューポートを 

セットする 


■イメージ操作： 
getima^e 
imag：esize 


putimas：e 


指定領域のビットイメージをメモリに搿き込む 

画面のある長方形領域を退避するのに何バイト必要かを 

返す 

以前に*き込んでおいたビットイメージを W 面上に表示 
する 


■ビクセル操作： 

getpixel ( x , y ) のビクセルカラーを得る 

putpixel ( x , y ) にピクセルをブロットする 


ド ロウ やフィル以外にも，グラフィックスライブラリには，画面，ビューポート，イメ 
ージ，ピクセルを操作するために関数が用意されています〇 cleardevice を呼び出すと，一 
度にすべての画面をクリアします。このルーチンは画面を消去して現在位置 ( CP ) をビュ 
ーポートのホームポジシヨンに移しますが，グラフィックスシステムの他のすべての設定 
は変更しません（ライン，フィル，およびテキストのスタイル，ハ•レット，ビューポート 
の設定)。 

PC -9801 シリーズでは，使用するマシンによって，システムが持つ画面ページバッファの 
数は1か2になります（煅初期型および PC -9801 U 2 が1ページ，それ以外は2ページです)。 
IBMPC の場合は，アダプタのタイプによって画面ページの数は1〜8になります。このバ 
ッファはメモリ上の領域で，画面イメージ全体が1ドットごとに格納されています。どの画 
面ページをアクティブにするか（グラフィックス出力はアクティブページに対して行なわ 
れます），ビジュアルページをどれにするか（実際の画面に表示されるページ）を指定する 
には，それぞれ setactivepage ， setvisualpage を使います。 
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画面をグラフ ィッ クスモードにすると， setviewport を呼び出すことによって，画面上に 
ビューポート（長方形の仮想画面）を定義することができます。ビューボートの位置は絶 
対画面座標によって定義し，クリッピングがオン（有効）かオフかも指定します。ビュー 
ポートのクリアは clearviewport を使って行ないます。カレントビューポートの絶対画面 
座標とクリッビングの状態を知るには， getviewsettings を呼び出します 0 

画面上のイメージの一部を得るには getimage を用います。 imagesize を呼び出せば，そ 
のイメージをメモリに格納するのに何バイト必要かを計算できます。そして格納したイメ 
ージを画面上の好きな場所に復元するには putimage を使います。 

出力関数（ドロウ，フィル，テキスト）に対して指定する座標は，すべてビューポート 
相対座標を用います。 

個々のピクセルのカラーを操作するには， getpixel (指定されたピクセルのカラーを返 
す）と putpixel (指定されたピクセルをドロウカラーで描く）を使います。 

グラフィツクスモードでのテキスト出力 

次にグラフィックスモードでのテキスト出力関数の要約を示します。 


gettextsettings 

カレントテキストフォント，向き，サイズ，桁揃えしている 

かを返す 

outtext 

画面の現在位 K ( CP ) に文字列を冉く 

outtextxy 

画面の指定位 as に文字列を冉く 

registerogiiont 

リンクされた，あるいはユーザがロードしたフォントを登 

録する 

settextjustfy 

outtext と outtextxy で使用するテキストの位 S 合わせ 

の状態値をセットする 

settextstyle 

カレントテキストフォント，スタイル，文字拡大因子をセ 

ットする 

setusercharsize 

ストロークフォントの幅と高さの比を設定する 

textheight 

文字列の高さをピクセル単位で返す 

textwidth 

文字列の幅をピクセル単位で返す 


グラフィックスライブラリには，グラフ ィッ クスモードでのテキスト出力のために， 8 x 
16 ビッ ト マップ フォントと，いくつかのスト ローク フォントが含まれています (IBM PC 
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ではデフォルトのビットマッブフォントは 8 X 8 です）〇 


■ビットマップフォントの各文字は，ピクセルの行列で定義されています0 

■ストロークフォントの各文字は，グラフ ィッ クスシステムがその文字をどう描けばよ 
いかを示す一連のべクトルによって定義されています。 

ストロークフォントを使う利点は，大きな文字を描こうとする際にはっきりします。ス 
トロークフォントはベクトルで定義され ている ので，フォントを拡大しても，商い解像度 
と品位を保つことができます0—方ビットマップフォントを拡大すると，フォントの行列 
がスケーリング因子倍されます。すなわち，スケーリング因子が大きくなると，文字の解 
像度は粗くなります。小さな文字には，ビットマップフォントで充分ですが，大きなテキ 
ストの場合にはストロークフォントの方を選ぶべきです。なお，漢字が使用できるのはビ 
ットマッブフォントだけです。 

グラフ ィッ クステキストを出力するには， outtext あるいは outtextxy を呼び出します。 
出カテキストの位 K 合わせ（テキストのどこを CP に合わせて出力するか）を制御するには 
settextjustify を用います。文字のフォント，向き（水平，垂直)，サイズ（スケール）は 
settextstyle を使って選択します。テキストに関する現在の設定を知るには gettextset- 
tings を呼び出しますが，これはフォント，位: B 合わせ，サイズ，向きに関する悄報を text- 
settingstype 構造体に返します 0 setusercharsize を使うと，ストロークフォントの文字幅 
と高さを変更できます。 

クリッビングがオンになっている場合， outtext あるいは outtextxy によってテキスト 
文字列が出力され ると き，出力はビューポート境界でクリッピングされます（ビューポー 
卜境界の外にはみだす部分はヵットされます）。このとき，ビットマップフォントは文字単 
位でクリッピングされます（文字の一部がビューポート境界の外に出てしまう場合，その 
文字はまったく出力されません）〇またストロークフォントはピクセル単位でクリッビング 
されます（文字の一部がビューポート境界の外に出る場合，その文字は境界の内側の部分 
だけが表示されます)。クリッピングがオフの場合には，（ビューポートとは関係なく）出 
力は画面境界で同じようにクリッピングされます（ビットマップフォントは文字単位，ス 
トロークフォントはピクセル単位) 0 

現在の設定における特定のテキスト文字列の画面上での大きさを知るには， textheight 

(文字列の髙さをピクセル単位で測る）や textwidth (幅をピクセル単位で測る）を呼び出 
します。これによって，出力しようとする文字列の画面上での大きさを，実際に出力を行 
なう前に知ることができます。 

デフォルトの 8 X 16 (8 X 8) ビッ トマッブフォントはグラフ ィッ クスシステムにあらかじ 
め組み込まれているので，実行時にはいつでも使うことができます。ストロークフォント 
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は個別に . CHR ファイルに保存されているので，実行時にロードするか，あるいは 
( BGIOBJ ユーテイリテイで) . OBJ ファイルに変換して . EXE ファイルにリンクするよ 
うにします。 

通常 settextstyle ルーチンは，フォント用にメモリを割り当てて適切な. CHR ファイル 
をディスクから読み込むことによって，フォントのロードを行ないます。このように動的 
にフォントをロードする方法の他に，フォントファイルを（場合によっては複数個）ォブ 
ジェクトファイルに変換して，実行可能なブログラムファイルに直接リンクする方法があ 
ります。これを行なうには，まず （ BGIOBJ ユーティリティを使って） . CHR ファイルを. 
OBJ ファイルに変換し，次に，ブログラムのソースコード中 （ settextstyle の呼ひ•出しよ 
り前）に registerbgifont の呼び出しを K いて，文字フォントを登録します 0 そして，ブロ 
グラムを作成するときに，登録するストロークフォントに対応する. OBJ ファイルをリン 
クします。 


注意： registerbRifont の使用には，やや高度なブログラミングテクニックを要するので, 
経験の浅いブログラマには 颼 められません。この関数は，付録 D の 「 BGIOBJ 」の節でも 
う少し詳しく説明を行なっています。 

カラーの 制御 

ここでは，カラー制御関数を簡电にまとめておきます。 


1 カラー情報を得る： 

getbkcolor 

カレントバックグラウンドカラーを返す 

getcolor 

カレントドロウカラーを返す 

getdefaultpalette 

パレット定義の構造体を返す 

getmaxcolor 

カレントグラフィックスモードで使用可能なカラーの最 
大値を返す 

getpalette 

カレントパレットとそのサイズを返す 

gfetpalettesize 

パレット参照テーブルのサイズを返す 

カラーの投定： 

setallpalette 

すべてのバレットカラーの変更 

setbkcolor 

カレントハ*ックグラウンドカラーの設定 

setcolor 

カレント描画カラーの設定 
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setrgbpalette 


ハード 


一を指定したカラーに変更する 

バレットの RGB の各々の強度を設定する 


これらのカラー制御関数がどのように動くかについてまとめる前に，まず画面上の色が 
実際にどのように作られるかについて，基本的な説明を行ないます。 

ピクセルと パレット 

グラフィックス画面はピクセルの並びで構成されており，各ピクセルは画面上の1つの 
(色つきの）点を構成します。ピクセルの値は実際の色を直接指定しているのではなく， 
パレット と呼ばれる色のテーブルへのインデックスになっています。与えられたピクセル 
の値に対応するパレット項目の中に，そのビクセルの色についての 悄 報が含まれています0 
このような間接的なやり方には，多くの意味が含まれています。ハードウヱアがたくさ 
んの色を表示する能力をもっていたとしても，一度に表示できるのはたいていそれらの中 
の 一部 だけです。 一 度に表示できる色の数はハ•レットの項目 数（パレットサイズ） と同じ 
です。たとえば， PC -9801 の4096色ボードを使えば，ハードウェアとしては4096色の表示が 
可能ですが，一度に表示できるのはその中の16色だけです。すなわちバレットサイズは16 
になります。 

パレットのサイズは，ピクセルの値がとり得る 範囲， つまり〇〜（パレットの大きさ- 1) 

を規定することになります 0 getmaxcolor 関数は，現在のグラフィックスドライバとモー 
ドにおいて可能な最大のピクセル値（ハ•レットの大きさ- 1) を返します0 
TurboC のグラフィックス関数の説明では，カレントドロウカラー，フィルカラー，ピ 
クセルカラーなどのように 「カラー」 という用語を多用しています。ここでいうカラーと 
いうのは，実際にはピクセルの値，つまりハ•レットへのインデックスです。画面上の実際 
の色を決定するのはパレットだけです。パレットを操作することによって，固面上に実際 
に表示される色を，ピクセルの値（ドロウカラー，フィルカラーなど）を変更せずに変え 
ることができます。 

バックグラウンド カラーと ドロウ カラー 

バックグラウンドカラーはピクセノ H 直0に対応します〇ある領域がバックグラウンドカラ 
一でクリアされるときには，その領域のピクセルが0に設定されるだけです。 

ドロウカラーとは，線が描かれるときにピクセルにセットされる値のことです。ドロウ 
カラーは setcolor ( n ) で選択されます。は現在の ハ。レッ トに有効なピクセノ W 直です。 
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PC -9801 上でのカラー制御 

グラフ イッ クハードウエアの違いにより，4096色ボードがあるときとないときでは実際 
のカラー制御の方法が異なります。そこで，ここではそれらを別々に説明します。 

PC -9801 8色モード 

4096色ボードがない（煅初期®の PC -9801 や PC -9801 E / F / M など）場合は，定我済みの 
8色のパレツトから1つを選ぶことができます。 

カレントパレットの設定は getpalette で調べることができます。この関数は構造体にパ 
レットの大きさ （16) と実際のハ•レット中の項目（パレットに納められているハードゥエ 
アカラー番号）を#き込む働きを持っています。ハ•レットの項目は， setpalette によって一 
つ一つ変吏することができます。また setallpalette によって全部を同時に変更することも 
できます。 PC -9801 の8色モードで使用できるカラーを次の表に示します。これは 
GRAPHICS . H で定義されているものです。 


数値 シンボリック名 実際の表示色 


0 

BLACK 

黑 

1 

BLUE 

靑 

2 

GREEN 

緑 

3 

CYAN 

水色 

4 

RED 

赤 

5 

MAGENTA 

紫 

6 

BROWN 

黄 

7 

LIGHTGRAY 

白 

8 

DARKGRAY 

里 

9 

LIGHTBLUE 

靑 

10 

LIGHTGREEN 

緑 

11 

LIGHTCYAN 

水色 

12 

LIGHTRED 

赤 

13 

LIGHTMAGENTA 

紫 

14 

YELLOW 

黄 
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15 


WHITE 


白 


PC -980116 色モード 


このモードでは，パレットには16項目が含まれており，それぞれ下の表のように実際の 
色がセットされています。 

カレン ト ハ。 レッ トの設定は getpalette で調べることができます。この関数は構造体に 八 
レットの大きさ （16) と実際のバレット中の瑣目をセットします。実際のパレットのカラ 
一は setpalette により 一- ) —- ^変史することができます。また setallpalette によって全 
部を同時に変更することもできます。 


数値 シンボリック名 実際の表示色 


0 

BLACK 

思 

1 

BLUE 


2 

GREEN 

緑 

3 

CYAN 

水色 

4 

RED 

赤 

5 

MAGENTA 

紫 

6 

BROWN 

茶 

7 

LIGHTGRAY 

明るい灰色 

8 

DAKKGRAY 

濃い灰色 

9 

LIGHTBLUE 

明るい靑 

10 

LIGHTGREEN 

明るい緑 

11 

LIGHTCYAN 

明るい水色 

12 

LIGHTRED 

明るい赤 

13 

UGHTMAGENTA 

明るい紫 

14 

YELLOW 

黄 

15 

WHITE 

白 


このように8色モードのときとテーブルは同じです。ただし8色モードの場合は8以上を指 
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定してもすべて BGI が8色におさまるように変換してしまいます。 

さらにこのモードでは setrgbpalette を使うことで，4096色から任意の16色をパレット 
にセツトすることができます。 

IBM PC CGA でのカラー制御 

グラフィツクスハードウエアの違いから，実際にどのようにカラーを制御するかは， 
CGA と EGA では異なってくるため，ここでは別々に説明しています。 AT & T ドライ八， 
および MCGA の解像度の低いドライバでのカラー制御は， CGA のカラー制御と似たもの 
になります。 

CGA では，4色が使用できる低解像度と2色が使用できる高解像度のどちらでグラフ ィツ 
クスを表示するかを選択することができます。 

CGA 低解像度モード 


低解像度モードでは，定義済みの4つある4色のカラーパレットの中からカラーを選択し 
ます。どのパレットに対しても，ユーザが設定できるのは最初の艰目だけで，項目1,2,3は 
固定です0辰初のパレット項目（カラー 0) はバックグラウンドカラーです。このバックグ 
ラウンドカラーは，16個の使用可能なカラーの中から任意に セッ トすることができます（次 
のページの表を参照してください）。 

どのバレットを使うかは，モード （ CGACO , CGAC 1, CGAC 2, CGAC 3) を選択するこ 
とによって決まります。各モードは，それぞれカラーハ•レット〇からカラーパレット3を使 
用します。各パレットは次の表のようになっています。 CGA のドロウカラーおよひ•同じ値 
の定数は graphics . h で定義されています 



カラー番号（ビクセル僅）に割り当てられている定数 


パレ ッ ト番号 

1 

2 

3 


0 

CGA _LIGHTGREEN 

CGA _LIGHTRED 

CGA 

—YELLOW 

1 

CGA LIGHTCYAN 


CGA 

—WHITE 

2 

CGA GREEN 

CGA _RED 

CGA 

BROWN 

3 

CGA —CYAN 

CGA MAGENTA 

CGA _ 

一 LIGHTGRAY 
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数値 

シンボリック 定数 

0 

BLACK 

1 

BLUE 

2 

GREEN 

3 

CYAN 

4 

RED 

5 

MAGENTA 

6 

BROWN 

7 

LIGHTGRAY 

8 

DARKGRAY 

9 

LIGHTBLUE 

10 

LIGHTGREEN 

11 

LIGHTCYAN 

12 

LIGHTRED 

13 

LIGHTMAGENTA 

14 

YELLOW 

15 

WHITE 


この中から CGA のバックグラウンドカラーを割り当てるには ， setbkcolor ( ⑺ for ) を使 
います。 color には 上の表の数値または定数名を指定します。 CGA においては，このカラー 
はピクセル値（パレットインデックス）ではなく，ハ•レットの最初の項目にセットされる 
実際の色を直接示していることに注意してください。 
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CGA 高解像度モード 


高解像度モード (640 X 200) では， CGA は2色を表示します。バックグラウンドの黒と， 
フオアグラウンドのカラーです。ピクセルがとり得る値は〇か1のどちらかです。 CGA その 
ものの特殊性のために，フォアグラウンドカラーは，実際にはハードウェアがバックグラ 
ウンドカラーであると考えているものです。したがって，フォアグラウンドカラーをセッ 
卜するには setbkcolor ルーチンを使用します（奇妙ですが事実です）。 

フオアグラウンドに指定できるカラーは，前の（バックグラウンドカラーの）表の通り 
です。 CGA はこのカラーを使；> て，値1を持つすべてのピクセルを表示します。 

このような動作をするモードは， CGAHI , MCGAMED . MCGAHI , ATT 400 MED , 
および ATT 400 HI です。 

CGA パレツ ト ルーチン 

CGA のパレットはあらかじめ決まっているので， CGA 上では setallpalette ルーチンを 
使ってはなりません。また， setpaletteC / V ?^, actual _color) index = 0 の場合以外は 
使用してはいけません （/mfev = 0で setpalette を呼び出すことは， CGA のバックグラウ 
ンドカラーを actual color にセットする方法の代锌になります）。 

EGA および VGA でのカラー制御 

EGA では， ハ•レッ トの項目は16あり，すべての項目はトータル64色の中から セッ トする 
ことができます。 

現在のパレットは， 《： etpalette によって取り出すことができます。 getpalette は，バレ 
ットサイズ （16) とバレットの実際の項目 （ハ •レットに格納されている ハードウェアカラ 
一番号）の配列を構造体に入れて返します。 setpalette を使うとパレット項目を個々にセッ 
卜することができ， setallpalette を使えば全項目を一度にセットすることもできます。 

デフォルトの EGA パレットは，前の表に示した CGA の16色に対応しています。黒が項 

目〇，青が項目1， . ，白が項目16です。ハードウヱアカラー値に対応する定数は， 

graphics . h の中で定義されており ， EGA BLACK , EGA WHITE などの名前になってい 
ます。これらの値は getpalette で取り出すことができます。 

EGA 上では， setbkcolor ( eoter ) ルーチンは， CGA 上とは異なる動作を示します 。 EGA 
では， setbkcolor は co/or が持っている 実際の カラー 値を バレ ットの項目〇 にコピーし ま 
す0 


286 


第8章親 ： Turbo C のビデオ間数 




こ関する限り， VGA ドライバは EGA ドライバと同じように動作します。もちろ 
より高い解像度（およびより小さなピクセル）を持っています。 


ィ ッ クス モー ドにおける エラー 処理 

i グラフ ィッ クスモードにおけるエラー処理関数について簡単に説明を行ないま 


grapherrormsg ： 指定されたエラーコードのエラーメッセージ文字列を返す 

graphresult エラーが生じた骹後のグラフィック操作のエラーコードを 

返す 

グラフィックスライブラリ関数か鄉ひ•出されたときにエラーが発生した場合（たとえば, 
settextstyle で指定されたフォントが見つからなかった場合)，内部エラーコードがセット 
されます。エラーが発生した骹後のグラフィックス操作に対するそのエラーコードは， 
graphresult を呼び出すことによって調べることができます。次のようなエラーリターン 
コードが定義されています。 


• # 定数 対応する エラーメッセージ 文字列/意味 

grOK No error 

エラーなし 

-1 grNoInitoraph ( Bui)graphics not installed (use initgraph ) 

グラフ ィッ クス （ BGI ) がインストールされていない 
( initgraph を使用せよ） 


-2 

grNotDetected 

Graphics hardware not detected 

グラフ ィッ クハードウエアが検出できない 

-3 

grFileNotFound 

Device driver file nor found 

デバイスドライバファイルが見つからない 

-4 

grlnvaliaDnver 

Invalid device driver file 

正しくないデバイスドライバファイル 
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-5 

grNoLoadMem 

Not enough memory to load driver 

ドライバをロー ドするのにメモリが不足した 

-6 

grNoScanMem 

Out 〇 1 memory in scan fill 

スキャンフイルでメモリが不足した 

-7 

grNoFloodMem 

Out of memory in flood fill 

フラッドフイルでメモリが不足した 

，8 

grFontNotFound 

Font file , not found 

フォントファイルがみつからない 

-9 

grNoFontMem 

Not enough memory to load font 

フォントをロー ドするのにメモリが不足した 

-10 

grlnvalidMode 

Invalid grapnics mode for selected driver 

選んだドライパに対してグラフィックスモードが正し 
くなぃ 

-11 

grError 

graphics error 

グラフィックスエラー 

-12 

grIOerror 

uraphics I/O error 

グラフイックス I / O エラー 

-13 

grlnvalidFont 

Invalid font file 

フォントフアイルが正しくない 

-14 

grlnvalidFontNum 

Invalid font number 

フォント番号が正しくない 

-15 

grlnvalidDeviceNum 

Invalid device number 

デハ•イス番号が正しくない 

-18 

grlnvalidVersion 

Invalid version of file 

ファイルのバージヨンが正しくない 


grapherrormsg ( graphresultO ) を呼び出すと，上の表のエラー文字列が返されます。 
エラーリターンコードは保持され，グラフィックス関数がエラーを起こしたときだけ変 
更されます 0 エラーリターンコードは， intgraph の実行が成功した場合と graph result が 
呼び出された場合にのみ〇にリセットされます。このため，どのグラフィック関数がどのエ 
ラ-を起こしたかを知りたい場合は， graphresult の値をテンポラリ（一時的な）変数に代 
入して，それを調べる必、要があります。 
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状態の問い合わせ 


以下はグラフィックスモードの状態問い合わせ関数の要約です。 


getarccoords 

getaspeciraiio 

getbkcolor 

getcolor 

getdrivername 

gettillpattern 

gettillsettings 

getgraphmode 

getlinesettings 

getmaxcolor 

getmaxmode 

getmaxx 

getmaxy 

g：etmodename 

getmoderange 

getpalette 

getpixel 

gettextsettin 职 

getviewsetting ^ 

getx 

gety 


arc または ellipse の妓後の呼び出し時の座標の悄報を返 
す 

グラフィックス画面のアスぺクト比を返す 
カレントバックグラウンドカラーを返す 
カレントドロウカラーを返す 
カレントのグラフィックスドライバ名を返す 
ューザ定義のフィルパターンを返す 

カレントフィルパターンとフイルカラーについての悄報を 
返す 

カレントグラフィックスモードを返す 
カレントラインスタイル，パターン，幅を返す 
現在の有効なピクセノの最大値を返す 
与えられたドライバに有効なモードの最大値を返す 
現在のズの分解能を返す 
現在の夕の分解能を返す 
カレントのグラフィックスモード名を返す 
グラフィックスドライバのモード範囲を返す 
カレントパレットとその大きさを返す 
ズ，夕のピクセルの色を返す 

カレントテキストフォント，向き，大きさ，桁揃えを返す 
カレントビューボートについての情報を返す 
現在位* ( CP ) の； c 座標を返す 
現在位 S ( CP ) の夕座標を返す 


Turbo C のグラフィックス関数の7つのカテゴリには，少なくとも1つの状態問い合わせ 
関数があります。この関数についてはそれぞれのカテゴリのところで述べていますが，こ 
こでもそれらについて説明しておきます。 TurboC グラフィックスの状態問い合わせ関数 
には“ get ” で始まる名前がついています（エラー処理関数のカテゴリを除きます)。これら 
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の関数のうち，いくつかのものは引数をとらず，要求された情報を表わす1個の値を返しま 
す。他の関数は， graphics.h で定義されている構造体へのポインタを受け取り，その構造 
体に必要となる情報を害き込み，関数値としては何も返さないものです。 

グラフイックスシステム制御カテゴリの状態問い合わせ関数としては， getgraphmode ， 
getmaxmode , getmoderange があります。 getgraphmode はカレントグラフィックスド 
ライバとモードを表わす 1 個の！ g 数を返します。 getmaxmode は与えられたグラフィック 
スドライバにおける最大のモード値を返します。 getmoderange は与えられたグラフィッ 
クスドライバがサポートしているモードの範囲を返します。 Retmaxx と於 etmaxy はそれ 
ぞれカレントグラフ イッ クスモードの X - Y 画面座標の最大値を返します。 

ドロウおよびフイルに関する状態問い合わせ関数には， getarccoords . 
Retaspectratio , getfillpattern . getfillsettings , getlinesettings があります。 Re tarc - 
coords は構造体に arc または ellipse の骹後の呼び出し時の座標を辨き込みます。 
getaspectratio はカレントモードのアスペクト比を与えます。これは，グラフィックスシ 
ステムが円を本当に丸く描くために用いられるものです。 getfiHpattern はカレントのユ 
—ザ定義のフイルパターンを返します。 getfillsettings は構造体にカレントフィルパター 
ンとフイルカラーを#き込みます。 getlinesettings は構造体にカレントラインスタイル 
(実線，破線など)，ライン幅（細線または太線)，ラインハ•ターンを冉き込みます。 

沖 ilfu •およひ-ビューポート操作カテゴリの状態問い合わせ関数には， ^ etviewsettinRS , 
getx ， gety ， getpixel があります。ビューポートを定義したとき， getviewsettings を呼 
び出すことによつて，その闽面上の絶対座樣およびクリッビングがアクティブかどうかを 
知ることができます。この関数は怫造体にこれらの情報を邦き込みます。 getx t Kety は， 

それぞれ CP の（ビューポート相対の）ズ座樣と夕座標を返します。 getpixel は指定された 
ピクセルのカラーを返します。 

グラフ イッ クスモードのテキスト出力関数カテゴリには，包括的な状態問い合わせ関数 
が1つ念まれています。 gettextsettings がそれで，«造体にカレント文字フォント，テキ 

スト表示の向き（水平または垂直)，文字拡大因子，テキスト文字列の位萤合わせ（水平方 
向と垂直方向の両方）についての情報を辨き込みます。 

カラー制御関数カテゴリには，4つの状態問い合わせ関数があります。 getbkcolor はカレ 
ントバックグラウンドカラーを返します。 getcolor はカレントドロウカラーを返します e 
g ： etpallete は構造体にカレントドロウパレットの大きさとそのパレットの内交を軎き込/ ■ 
ます 0 getmaxcolor はカレントグラフィックスドライバとモ-ドにおいて有効なピクセル 
値の最大値（八レットの大きさ- 1) を返します。 

getmodename と getdrivername はそれぞれ，与えられたモード（番号）の名前およ 
びカレントグラフ•イックスドライバの名前を返します。 
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第 9 章 


Turbo Pascal プログラマのために 


この章に入っていく前に，ぜひ第6章と第7車を，ざっとでもいいので兑直してください。 
C がブログラミングの基本要素をどのように実現しているかを理解してはしいのです。こ 
の章でも同じような点について述べていますが，ここでは触れられない詳細な点が前の2荩 
では述べられているのです。 

おおまかに言うと， Pascal はかなり厳密で惝造化された言語であるのに対し， C はかな 
り自由でフレキシブルな言語です。しかし， C は注意して使うべきものであり，経験を稂ん 
だブログラマには大きな力を与える自由度が，初心者にとっては大きなトラブルの元とな 
ってしまうことがあります 0 Pascal は C にくらべると而倒見がよく，ブログラミングの基 
礎を学習するには向いていると言えます。 

Turbo C と Turbo Pascal はともに，この C - Pascal 言語スぺクトルの中心に向かって進 
んでいます 0 TurboC は C に構造を与え ， Turbo Pascal は Pascal に柔軟性を与えていま 
す。 

この章では…… 


この承では， C とその多くの機能についての包括的な説明は行ないません。この車の目的 
は Turbo Pascal のブログラマが ， Turbo C を使って C のブログラムを苒くのを助けるこ 
とにあります。 C に関する卑門的知識や洞察力は，時間をかけてプログラミングを実践し， 
数百行にわたるようなソースコードを害くことによって得られるはずです。 

ここでは ， Turbo Pascal と Turbo C のプログラミングにおいて，類似している点と異 
なっている点を明確にしていきます。最初は，ブログラムの構造やプログラミングの要素 
など基本的なことから始めます。そのあと，典型的な例を使ってデータ構造にっいて説明 
します。最後に，プログラミングの上で注意すべき問題点にっいて説明し，また C を学ぼ 
うとしている Pascal のブログラマがおちいりやすい落し穴を紹介しています。 

この章を通して，ブログラム例を使って指摘したい点を明らかにしていきます。各サン 


この章では 
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プルは，左側に Turbo Pascal ， 右側に同じ機能の Turbo C ブログラムを並べてあります。 
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グラムの 構造 


ご存知のように， Turbo Pascal におけるブログラムの構造は次のような形式をとってい 
ます。 

program プ□グラム名 
const 
type 
var 

手縝き - H 败 

begin { プログ，ムの本休 } 

文 • 

end . { プログ，ムの終わり} 

ブログラムのメインボディが実行されます。メインボディがさらに手統きや関数を呼び 
出していれば，それも実行されます。識別名（定数，型，変数，手続き，関数）はすべて 
使用する前に宣言しておかなければなりません。手続きと閲数はほぼ同じ形式で構成され 
ています。 

C におけるブログラムの構造はもう少しフレシキブルです。 

プリプロセッサコマンド 

ffi の定義 

M 败プロトタイプ 

K 数 

H 败 

この中で関数は次のような構造をとっています。 

fi H 数名 <91败の宜言） 

{ 

ローカルな宣言 
文 

} 

宣言する関数の中には，1つだけ main という名前の関数が存在しなければなりません。 
これがプログラムの“メインボディ”です。いいかえると， Turbo C のブログラムの実行が 
始まると，まず main が呼び出され，それがさらに他の関数を呼び出すというわけです。 C 
のプログラムはいくつかの関数が集まってできています。関数の中には void 型，つまり何 
も値を返さない関数もあり，これは Pascal でいえば手続きに当たります。また Pascal と 
は異なり，関数が返す値を無視することもできます。 



{ 宜言部 > 

{ (自由な構成でよい）> 


ブログラムの構造 
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プログラム例 


次に2つのブログラムを示します。1つは Turbo Pascal ， もう1つは Turbo C で害いたも 
のです。_者の間には，似ている点も異なっている点もあります„ 


Turbo Pascal 


Turbo C 


program MyProg ； 
var 

I.J,K Integer; 

function Max(A 9 B:Integer) : Integer; 
begin 
if A > B 

then Max :- A 
else Max i-B 

end ； 

{ M 败 Max 終わり } 

procedure Swap(var A f B t Integer )5 
var 

Temp : Integer; 
begin 

Temp : _A;A:_B;B:_ Temp 
end; 

{ 手縞き Swap 終わり } 


begin { MyProg のメインボディ } 
I 1 -10; J :- 15; 

K Max(I f J ) 5 
Swap(I f K ) ； 

Writer I - M ： 2 t f J - f f Ji2 ) ； 
WritelnC K - f f K: 2 ) 
end. 

{ プログラム MyProg 終わり } 


int i f j f k; 

int max(int a, int b) 

{ 

if (a>b) 

return(a )5 
else 

return(b )5 

) 

/* max() 終ゎり */ 

void 8 wap(int *a # int 貪 b) 

{ 

int temp ； 

temp - *a; *a - *b; *b -temp; 

} 

/* swapO 終わり */ 

main() 

{ 

i -10; J - 155 
k - max(i f j); 

8wap(ii t fck)5 

printf Ci _ Z2d j _ 22d« t i t j) 
printfC k - 22 d¥n- f k )5 

) 

/* main 終わり */ 


/•，ゾスは，グロー八ル変数とするよりは， main の中で宣言した方がよいでしょう。そう 
すると，グローバル変数を関数の中から直接変更してしまう可能性を消すことができるか 
らです。またグロー八ル変数は，プログラムの実行中はずっと存在してしまいます。 
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右側の C のブログラムはやや奇妙に見えるかもしれませんが，この章を読み終える頃に 
は，すっかり落着いて見ることができるでしょう。実際もっと奇妙なものを書くこともで 
てきます。 


プログラムの構造 
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_ プログラミングの要素の比較_ 

第6章で，プログラミングの7つの基本要素について述べました。つまり，出力，データ 
型，演算-，入力，条件による実行，ループ，サブルーチンの7つです。これをもう一度なが 
めて， Pascal と C は，どこが似ているのか，またどこが異なっているのかを調べていくこ 
とにします。 

出力 

Turbo Pascal の出力命令の中心は Write と Writeln です。 Turbo C では，たくさん 
の命令が存在し，好きなものを選ぶことになります。一番よ〈使われるのは（オーバーへ 
ッドも 一番 大きいのですが） printf で，次のような冉式をとります。 

printf (書式文字列•項•項 • •••>; 

書式 文字列は，文字列リテラルまたは文字列変数のいずれかです（文字列は二 ffi 引用符 
で囲むことを憶えておいてください)。項はオプションで，変数や式などを指定し，汫式文 
字列の中の辨式 コマンドに 対応するものです。詳しくは第6章を見てください。 C では，改 
行を行なう （=»Vi7e/n) には，エスケープシーケンス ¥n (改行）を搿式文字列の最後に 
置きます。 

次に Turbo Pascal の文の例と，それに対応する（あるいは近い） C の文をいくつか示し 
ます。 
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var 

A f B t C t Integer; 
Amt i Real; 




Name : String [20]; 
Ans s Char; 





Writeln( f Hello f world .’）； 
Write(.What f ’8 your name? f ); 
writeln(•"HellOt• said John f ); 



prin 

prin 





この他に知っておくとよい C の出カルーチンは puts と putchar です。 puts は， 1 個の文 

字 列を引数に とり， その 文字列を# き出して®:後に改行を付け加えます。 putchar はもっ 

と簡雄で， 1個の文字を冉 くだけです。 以下の命令はそれぞれ同じ働きを します。 

Vriteln(Name) ; puts(Name) ; 

Writeln('Hi, there !•)5 Writeln; puts(■Hi, there!¥n B )5 

Write(Ch>; putchar(ch); 


データ型 

Turbo Pascal のデータ型のほとんどは，対応するものが Turbo C に存在します。 C は 
たくさんのデータ型を持っており，整数型や浮動小数点型には大きさ（バイト数）が異な 
る数種のものが用意されています。さらに修飾子 signed や unsigned もあります。次に 
Pascal と C のデータ型のおおまかな対応表を示します。 


プログラミングの要索の比較 
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Pascal 


♦ shortint 

( i バイト） 

-128 〜127 

char 

( i バイト） 

-128 〜127 

char 

( i バイト） 

chr (0-255) 




byte 

(1 バイト） 

0-255 

unsigned char 

(i バイト） 

0-255 

integer 

(2 バイト） 

-32768 〜32767 

short 

(2 バイト） 

-32768 〜32767 




int 

(2 バイト） 

-32768 〜32767 

* word 

(2 ハ•イト） 

0- 65536 

unsigned int 

(2 ハ•イト） 

0-65535 

* longint 

(4 バイト） 

-2 31 〜2 31 -1 

long 

(4 バイト） 

-2 31 〜2 3 し1 




unsigned long 

(4 バイト） 

〇〜(2 32 -1) 

* single 

(4 バイト） 

土 3.4 E ±308 

float 

(4 バイト） 

±3.4 E ±308 

real 

(6 八イト） 

1 E -38 〜 1 E +38 




* double 

(8 バイト） 

±1.7 E ±308 

double 

(8 バイト） 

±1.7 E ±308 

本 extended 

(10 バイト） 

±3.4 E -4932 

long double 

(10 バイト） 

±3.4 E -4932 



〜 1.1 E +4932 



〜 1.1 E + 4932 

boolean 

(1 バイト） 

False , True 

0 = false , 0 以外 =true 



* は Turbo Pascal 4.0 で新たに追加されたデータ型です。 


boolean に対応するデータ型が C には存在しないことに注意してください。論理型の値 
をとる式は，0のときに偽，0でないときに真と解釈されるようになってます。 

以上のデータ型に加えて， TurboC は列挙型のデータ型をサポートします。しかし Pas ¬ 
cal とは違って，これは結局のところ，あらかじめ値が与えられている整定数の組を表わす 
ものであり，すべての整数型と完全にコンパチブルとなります。 
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演算 


Turbo C は Turbo Pascal の演算子すべてに対応するものを持ち，その他にさらにいく 
つかの演钵子を持っています。 

2つの言語の間で大きく異なる演算の1つに代入があります。 Pascal では代入(: =) は文 
であるのに対し， C では代入 （=) は式の中で使うことができる演算子です。 

表 6.1 に ， Turbo Pascal と Turbo C における演算子の比較を示します。演算-子は«先 
順に並べてあり，グルーブ内では優先順位は同じです。 


プログラミングの要素の比較 
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Pascal と C の演算子 



•しい 

等しくない 

ビットごとの AND 
ビットごとの XOR 
ビットごとの OR 

論理的 AND 
_環的 OR 

代入 





Pascal と C の演算子では，重要な差異がいく つか あります。まずインクリメン 
とデクリメント （ 一一 ） 演算子は，変数名の前に S く場合と，後ろに置く場合が 
変数の前に置くと，式が評価される前にインクリメント（またはデクリメント） 
れます。後ろに S くと，まず式が評価され，その後インクリメント（デクリメン 
ます。 
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次に， C の論理演算子は ショートサーキット （短絡回路）をとることがあります。つま 
り，最初の項によって式全体の真偽が決定できる場合は，2番目以降の項の評価は行なわな 
いのです。したがって， C では次のように害くことができます （//> w 7 は配列の添字の 
最大値です)。 

while (i く ， limit && listfl ] 1_ 0)... ； 


骹初の項 (i <= limit ) が偽であれば，式全体の値は偽に決まっているので，2番目の項 
( list [ i ]!= 0) は評価されません（この式が評価されると添字が宣言された範囲を越えて 
しまうのです力0。 

第3に， C では次のような一般的な式は， 


A - A <演算子> B 

次のように辯くこともできます（演算子は，&&と| |を除〈二項演算子です）。 

A <演算子 >■ B 


したがって，たとえば次の2つの式は同じ意味を持つことになります。 

A - A * b 
A B 


入力 


Turbo Pascal では基本的な入力命令は Read () で ，そのバリエーシヨンがいくつかあり 
ます（尺 earf // i (), Read ( f 9 ), など）。 Turbo C ではキーボードから入力を行なう関数の 

中心は scanf で，窖式は次のようになっています 0 

scanf (書式文字列，アドレス1 , アドレス2 , •••>•• 

酱式文字列は printf と同様で，害式指定子を含む文字列です。またアドレス 1 以降は，入 
力されたデータを格納するアドレスです。したがって，アドレス of 演算子 （&) がよく使 
われることになります。他にもよく使う関数がいくつかあります。 gets は リタ ーンが押さ 
れるまでの文字列全体を読み込み， getch はキーボードからエコーなしで 1 文字だけを読み 
込みます。 

Pascal と C の，対応する入力命令を示しましょう。 


ブログラミングの要素の比較 
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文字列を読み込む際の， scanf と gets の働きの違いに注意してください。まず 8can f 
は，ホワイトスペース（空白，タブ，改行）が入力されるまでのすべての文字を読み込み 
ます。一方 gets は，リターンを押すまで入力された文字をすべて（空白やタブも）読み込 
みます。 

ブロック文 

Pascal も C も，ブロック文という概念をもっています（文がいくつか集まったもので， 
単一の文が ffi ける場所であればどこにでも S くことができます）。 Pascal では，ブロック文 
は次のような形式になっています。 

begin 文；文； ••• ； 文 end ; 

C では，次のようになります。 

{文；文；•••文；} 

かなり似ていますが，違っている点が2つあります。 

■ Pascal ではブロックの最後の文の後ろにセミコロンを3¢ く必要はありませんが, C で 
は必要です。 

■ C では，ブロックを囲む右カッコ } の後ろにセミコロンは置きませんが， Pascal で 
は （ end の後に） S かなければならないことがあります。 
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条件による実行 


Pascal も C も 条件による実行構文を 2つ持っています。 if / then/else 文と case 文です。 
if / then/else は，両者でよく似ています。 

Turbo Pascal 

Turbo C 

if 論環式 

if (式〉 

then 文 

文； 

else 文 

else 


文； 


Pascal と C どちらにおいても， else 節はオブシヨンです。文には上で述べたブロック文 
も ： S くことができます。しかし，ここで*要な違いがいくつかあります。 

■ C では，式は論理型でなくても，0か0以外の値かがはっきりすればよい。〇は偽，〇以 
外は典とみなされる。 

■ C では，式はカッコで囲まなければならない。 

■ C では，予約語 then はない。 

■ C では，文の後ろには必らずセミコロンが必要である（もちろんブロック文の最後に 
はつけない）。 


Pascal と C の if / then/else の例を示します。 


プログラミングの要素の比較 


303 





undefined 



• 2 聲漆愚 


case 文も， Pascal と C どちらでも使用することができます （ C では switch 文と呼ばれ 
ます)。両名には重要な違いがいくつかあります。 

次に一般的形式を示します。 












表面的な違いの他に，重要な違いもいくつかあります。 

まず Pascal では，リストに値の並びを指定することができます 。 Turbo Pascal では部 
分範囲 （’ AVZ ’ など）も指定できます。 C では項には1個の値しか指定できません。どちら 

の再語でも，順序づけができる定数値しか指定できません。つまり，整数型，文字型，列 
挙型の値だけです。 

次に（これがたいへん重要ですが)， Pascal では，文は1つの文かブロック文で，その実 
行が終わると case 文の残りの部分はスキップされます。 C では，文は0個（つまり何も無い） 
から複数個の文（各文はセミコロンで終わる）からなり，その実行が終わっても，制御は 
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switch 文の終わりに飛ぶのではなく，（途中に case 項があっても）次の文に移ります。 
break 文にぶつかると，制御は switch 文の終わりに飛びます 0 case 項は ， switch (式) 
文がどこへ飛ぶかを決めるためのラベルであると考えればよいでしょう。 

例を2つ示しましょう。 



2番目の例を見てください。 switch 文の case 項は，実行したいケースのラベルとして働 
きます。从⑽〜 77? wr の場合は後ろは空になっており，制御は case />/ :というラベルのつ 
いた文のところまで移動します。そこには break 文があるので，文を実行した後は switch 
文の終わりまでスキップすることになります。しかしこのブログラムでは，遇末のところ 
で，上で説明した機能をうまく使っています。 caseS が：では，まず printf 文が実行さ 
れ，次に制御は下に移って puts 文が実行されるわけです。 


ブログラミングの要素の比較 
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Pascal と同様， C も3種類のループを持っています。つまり， while , do .. while , for の3 
つで，それぞれ Pascal の while ， repeat .. until ， for に対応しています 

while ループ 

3つのループの中で， while ループが両言語で一 番 よく似ているでしょう。 赛 式は次のよ 
うになっています。 

while 諭環式 do while ( 式） 

文； 文； 

どちらの n 語も，ループで複数の文を実行したい場合は ブロ ック文を使うことになりま 
す。実質的な唯一の違いは， c の方が，ループを制御する式により柔軟性があることです。 
次の2つのルーブを比較してみてください。 

Ch i_ ReadKey 5 

while Ch <> •q* do begin while ((ch _ getch()) l_ 、•） 

Write(Ch); Ch ReadKey putch(ch )5 

end; 


do..while ループ 

do “ while ルーブは， Pascal の repeat -. until に似ています。冉式は次のようになります。 

repeat do 

複数個の文 文 ； 

until 諭環式； while ( 式）； 

ただし，両者の間には重要な違いが2つあります。 

■ Awhile は，式が真である間 （ while ) ループが実行されるのに対し， repeat..until 
は，論理式が真になるまで （ un til ) 実行される。 

■複数の文を実行したい場合， repeat “ until では単にセミコロンで区切って並べればよ 
いが， do " while ではブロック文を俾う- 
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2 つの違いを示す例をあげましょう。 


repeat 

Write(’Enter: a value* •); 
Readln(A) 

until (Low <- A) and (A <- High); 


do { 

printf("Enter a values •); 
scanf CZd* f &a)5 
} while (a < low || a > high) 


これを見ると， C と Pascal のもう 1 つの重要な違いに気がつきます。 C では，関係演算子 
(>，く，など）は論理演弈子 (&&, ! j ) より*先順位が高いことです。このため， Pascal 

ではカッコで囲まなければならなかった简所でも，カッコを省略することができることに 
なります。 

for ループ 

for ループは， Pascal と C でもっとも大きく異なっています 0 Pascal の for ループはか 
なり固定的で自由度が低いものですが, C では非常にフレキシブルで,似ても似つかないも 
のになってしまうこともあります。 

各々の袢式は次の通りです。 


for M_ 資败ド初期 值 to 最終值 do for (式 1; 式 2 ; 式 
文： 文； 


C では（実際には Pascal でも）， for 文は while 文の特殊な場合であるにすぎません。 for 
文を while 文で表わすと次のようになります。 

式 1; 

while ( 式 2> { 

文； 

式 3; 


式1は初期化，式2はループ終了の判定，式3はループ変数（複数個も可）のインクリメン 
卜あるいは変更に使用されます。 

例をいくつか示します。 Pascal では while ルーブも使っています。 


プログラミングの要索の比較 
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3 つのループを見ていくと， for 文のカッコ（ヘッダ）の中で行なわれる処理がだんだん 
多〈なっていくのがわかります。最後の例に至っては，必要な仕箏はすべてヘッダの中で 
行なわれ，ループとして実行する文はなくなってしまっています。このような違いは， f or 
ループそのものの違いというよりも， Pascal と C の式についての考え方（カンマ演算子な 
ども含めて）の相違によるものと言えるでし}う。 


サブルーチン 


Pascal も C もサブルーチンを持っています。 Pascal では手続きと関数がありますが， C 
では関数だけです。しかし，関数を void 型と宣言して，関数が値を返さな いことを 指定す 
ることができます。また，関数が返す値を無視する こともできます。 

両言語の関数の害式は次のようになります„ 
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形式 


Pascal では，引数宣言は同じ型の一組の引数ごとに 「引数，引数，...：型;」 という 
をとります。一方 C では 「型引数，型引数, •••」 となります。 

他にも«要な違いはありますが，例を見たほうがよくわかるでしょう。 


Turbo Pascal 


Turbo C 


function Max(A f B : Integer; 
begin 

if A > B 

then Max s- A 
else Max :- B 


end ； 


int maz(int a t int b) 
{ 

if (a > b) 
return(a); 
else 

return(b )5 


このように， Pascal では関数名への代入によって値を返すのに対し， C では return 文で 
関数値を返すことに注意してください。 


プログラミングの要素の比較 
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' seal では 2 播類の引数があります。 変数引数 （アドレスを渡す）と值 引数 （値を渡す) 
す。 C では値しか渡せないので，アドレスを渡したい場合は自分でやらなければなり ませ 
つまり，実引数としてはアドレスを渡し，対応する仮引数はポインタと定我するわけ 
これが上の swap で行なわれていることです。このルーチンを呼び出す コー ドは以下 


Turbo 



関数プロトタイプ 


Pascal と C には，関数について重要な違いが1つあります。 Pascal では，関数が呼び出 
されたときの実引数の個数と型が，宣言された仮引数の個数と型に一致しているかどうか 
のェラーチェックを必らず行ないます。 

たとえば， Pascal で次のような関数を定義したとしします。 

function Max(I t J : Integer) i Integer; 

これを，次のように実数値を実引数として呼び出したらどうなるでしょうか。 

A Hax(B f 3.52); 

“型が一致しない” (type mismatch ) というコンパイルエラーが出るはずです。 3. 52は 
整数としては受け入れられないからです。 

C ではこうなりません。 C は，デフォルトでは関数呼び出し時のエラーチェックは行ない 
ません。引数の個数，引数の型，さらには関数が返す値の型もチェックされません。この 
ため定義する前に関数を呼び出すことができるので，柔钦性はより大きくなるわけです。 
しかし，同時にわかりにくいトラブルにおちいる危険性もまた商くなります（この窀の後 
ろの方で紹介する 「落し穴# 2」を見てください）。さて，これを避けるにはどうすればよい 
でしょうか。 

Turbo C は， 閫数プロトタイプを サポートしています。 Pascal の forward 宣言と似た 
ようなものと言えばわかりやすいかもしれません。関数ブロトタイブは，実際にその関数 
を呼び出す前に，通常はソースファイルの先頭あたりに置きます。キーポイントは，関数 
ブロトタイプ（一 M の宣言）は，関数に対する呼ひ•出しより前に 3 S かなくてはならないと 
いうことです。 

関数プロトタイプは，次のような 丼 式になります。 

盥 H 數名 （S 91 败名•型 91 败名， etc .)； 

Pascal で関数を宣言するときと似ていますが，違いもいくつかあります。まず，各引数 
の定義の区切りには（セミコロンではなく）カンマを使います。また，1つの型に対して複 
数の引数名を指定することはできません。次に関数ブロトタイプの例を示しますが，使っ 
ている関数はこれまでに出てきたものと，この後の 「少し大きなプログラム 例」 で出てく 
るものです。 


プログラミングの要素の比較 
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max(int a t int b t ); 
swap(float *x float * y ); 

8 wapitem(listitem * l f listitem * j )； 

8 ortli 8 t(list l f int c )； 
dumpli 8 t(list l t int c ); 

1 の forward 宣言とは異なり，関数プロトタイプがあってもなくても，実際の関数 
まったく同じように If ないます（モダンな C のスタイルで定義することもできま 
の定義がプロトタイプと一致していなければ ， Turbo C がコンパイル エラーを 出 
•ます。 

C は，古典とモダンの I 由 j 方のスタイルをサポートしています。ただし C 言語自体 
スタイルに向かって移行しつつあるので，関数ブロトタイブと，プロトタイプ形 
定義（モダンスタイル）を使用することをお飑めします。 

ロトタイプを使うことによって，たくさんの問題を防ぐことができます。 C ルーチ 
ブラリをコンバイルするときなどは特にそうです。このような場合，ヘッダ ファ 
作って，そのライブラリに含まれるルーチンすべての関数ブロトタイプを入れて 
いでしょう。そして，ライブラリ内のルーチンを使う場合は，プログラムの中で 
ダフアイルを （# include を使って）インクルードします。こうすればコンパイル 
ーチヱックが行なわれるので，苦しむ時問を少なくすることができます。 
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少し大きなプログラム例 


さてここで，少し大きなブログラム例を見てみましょう。これは完全なブログラムで， 
今までに見てきた内容が含まれています。配列 w タムむ/は， / Mm 型（ここでは申•に integer ) 
の要素を持ち，要素の個数は定数 LA / a ズで定義されています。ブログラムは，最初に列 
myList を乱数で初期化し， DumpList ルーチンを使ってそれを表示し ， Sort List で昇順にソ 
ートして，敢後にまた配列の内容を表示します。 

ここに示したブログラムの C バージョンはけっして最良のものとはいえません 。 Pascal 
バージョンにできるだけ対応するように作ったためです。また対応しない简所は， C と 
Pascal の違いを示すように作成されています。 


Turbo Pascal 


Turbo C 


program DoSort; 
const 

LMax -100; 
type 

Item - integer; 

List - array[l..LMax) of Item; 
var 

myLi8t s List; 

Count,I : integers 
Ch : char 5 

procedure SortList(var L : List; 

C i integer)s 

var 

Top f Min f K : integer; 

procedure Swapltem(var I 9 J ： item); 
var 

Temp : Item; 
begin 

Temp : ■ I; I :■ J; J :■ Temp 
end; { Swapltem II わり } 

begin { SortList のボデイ} 

for Top s-1 to C-l do begin 
Min :■ Top ； 

for K :- Top + 1 to C do 
if L(K] < L[Hin] 
then Min K; 


Idefine LMAX 100 

typedef int item ； 
typedef item list[LMAX]; 

list myList? 
int count t i; 
char ch ： 


void swapitem(item *1 ,item *j) 

{ 

item temps 

temp - *i - *j; - temp; 

} /* swapitem 終わり */ 

void 8ortli8t(li8t l f int c) 

( 

int top, min ， k; 

for (top _ 0; top < c- 1 ; top++) { 
min - top; 

for (k ■ top + 1;k < c; k++) 
if (l[k] > l[mln]) 
min _ k; 
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SwapItem(L[Top] t L[Hin]) 
end 

end; { SortList 終わり } 

procedure DumpList(L s List; 

C s integer) 

var 

I : integer ； 
begin 

for I 1 to C do 
WritelinCL[Mi3,*]*.L[I]x4) 
end; { DumpList 韆わり } 

begin { DoSort メインボディ } 
for I :■1 to LMaz do 

myLi8t 【 I】：_ Random(lOOO )； 
Count i- LMaz; 
DumpLi8t(myLi8t f Count); 

Ch ReadKey; 

SortLi 8 t(myLi 8 t f Count )5 
DumpList(myList,Count )1 
Ch ReadKey; 

end { DoSort 終わり } 


swapitem(&l[top] t &l[min]) 5 

} 

} /* sortlist 終わり */ 
void duinpli 8 t(li 8 t l f int c) 

{ 

int i ； 


for (i - O5 i < cs i++) 
printfCl[23d] - ： T4d¥n ， 
} /* dumplistO 終わり */ 




main() 

{ 

for (i _ 0 ; i < LMAX; i++) 
myListfi] - rand() Z 1000; 
count - LMAX; 
dumplietCnyList f count )5 
ch _ getch(); 

8 ortli 8 t(myLi 8 t•count); 
dumplist(myList•count); 
ch _ getch(>; 


main 終わり 


ここで注意すべき点がいくつかあります。 

■ Pascal では，手絞き Swapltem は， 手絞き Sor/Ziy/ の中にネスト（入れ子）されてい 

ますが， C ではネストにすることはできません。 swapitem li sortlist と は独立して定義 
されています。 

■ C では，配列の添字は常に〇から始まり，サイズ-1までになります。したがって配列 

汾の瑕:初の要素は my List [0], 最後の要素は m 夕 L む/ [/ ji / dAT - l ] になります。この 
点を考慮して， for ループは配列を正しく処理するように組まれています。 

■ • wr " 故に w 少 Zis /[] を渡すときには，アドレス of 演算子 （&) を使う必要はありませ 
ん。これは C では，引数として渡されるのは常に配列のアドレスであり，配列がそっ 
くり渡されるわけではないためです。配列すベての値を渡すのはなかなかやっかいだ 
からです。同様に， dumplist と 仍行/扮の仮引数は list 1;と宣言しています。 typedef 宣 
言によつて，/む/という型は配列であるとわかるので，ポインタ演算子を使う必要はあ 
りません。 

■この例では各関数は使用する前に定義してあるので，関数ブロトタイプを使用する必 
要はありませんでした。指定する場合，データ型 (Mem ， Ust) の定義の後ろならばど 
こに置いてもかまいません。関数ブロトタイプは次のようになります。 
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void 8vapitem(item *i f item *j); 
void sortli8t(list 1,int c); 
void dumpli8t(li8t l f int c); 

関数プロトタイプを使っても関数の定義には彩朁がないことをもう一度言っておきます。 


少し大きなプログラム例 


315 


夕構造に ついての 概要 


ここでは， C で使用できるデータ構造が Turbo Pascal のデータ構造と，どのように似て 
いるのか（あるいは似ていないのか）について述べます。採り上げるのは，ポインタ，配 
列，文字列，構造依共用体です。 


ポインタ 


ボインタは Pascal でも使用できますが， C のようには使われてきませんでした。なぜで 
しょうか。前にもふれたように， C では関数を呼び出す場合，引数としては値しか渡せませ 
ん。そこで，仮引数に変更を加えて対応する実引数を変更したい場合は，アドレスを渡し 
て，対応する仮引数は実引数のデータ型を指すポインタとして宣言しなければならないの 
です。さらに C では，文字列は char を指すポインタとして実現されているので，文字列を 
操作しようとすれば，どうしてもボインタを使わざるを得ないのです。 

次に Pascal と C におけるポインタの宣言と使用の比較を示します。 





型 

int 

*ボイン 
♦intpti 

r; int 

buffi 【: 

N) of IntPtr; int 

*buff2| 

node 

♦phead ； 

node 

head; 

* ポィ : 

ノタ名 _ 

*intp 

tr _ 2: 

buffi 

: (*phe. 

/* ま： 

[152】 - 
ad).next 
ft d ohe 



た phead の別の使い方で特殊 
少し例を見てみましょう。 
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3 . 

Head.Data^ 

: ■ 0; 

*head.data 

-05 

4 • 

Head.Next 

nil; 

head•next 

_ NULL; 

5 • 

PHead'Next 

:• nil; 

(♦phead)*next 

■ NULL; 


/* または phead -> next ■ NULL; *1 

1. b _ \ i 整数の配列を指していることが仮定されています。 

2. buf /2 は整数を指すポインタの配列であり，これを参照するには添字をつけなければ 
なりません。 

3. head record (C では struct ) を指すポインタであり • レコードはフイールド data 
を持ち，それは整数を指すポインタになっています。 

4. Aea ゴはフィールド next を持ち，それは何かを指すポインタになっています（何を指 
すかはこれだけではわかりません）。 

5. phead は record ( struct ) を指すポインタであり，レコードはフイールド next を待 
っており，それはポインタになっています。 

一〉というシンボルは略記法で，たとえば次の式は， 

pname->rname _ value; 

p / iawe はなんらかの構造体（レコード）を指すポインタであリ，/はその怫造体のフ 
ィール ド名で， pname が指す怫造体のフ ィー ルド/似⑽に value が代入されることを意味 
します。 

配列 _ 

C における配列は， Pascal とくらベてかなり簡単なものになっています。配列の添字と 
しては， C では整数.文字•列挙型が許されているだけですが， Pascal では順序づけが可 
能な型ならどんなものでも使用することができます。また， C では配列の添字は必らず0か 
ら始まり，敢後は心1レは配列のサイズ）になります。 Pascal はこれとは異なり，添字 
の上限と下限は自由に選ぶことができます。 C の配列の添字づけはボインタ演算と似てお 
り， Pascal でと表現するものは， C では a [|-] だけでなく*沁+ /リと表現することもで 
きます。 

両言語の配列の一般的害式は次のようになります。 

名 m •• array [ 下限 .. 上限 ] of 型； 型名觭 [ サイズ】； 
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サイズは （1+ 上限-下限）に等しくなります。 

C の多次元配列は， Pascal と似た方法で宣言することができます。型それ自体が何かの 
配列であってもよく，最後の方にさらにサイズを指定することもできます。 

型名觭【サイズ 1 】 [ サイズ 2 】 [ サイズ 3 】； 

Pascal とは異なり，似 r [ A ：][ yi を fl / r [ズ，夕]と擀くことはできません（「落し穴# 5」を参照 
してください）。 

C では，指定の型のデータをサイズの個数分格納するのに允分な大きさの メモリブロッ 
クが確保され，名前はその ブロッ クの先頭を指す定数ボインタになります。 

これは，関数へ8己列を渡す場合に有用になります。 Pascal とは異なり，関数側ではコン 
パイル時に配列の大きさがわかっていなくてもよいわけです。したがって，その関数には 
(型が同じであれば）大きさの違う配列を渡すことができます。 

たとえば，次の関数を考えてみましよう。この関数は int 型の配列を引数にとり，その中 
の瑕小値を返します。 

int amln(int a [し int n) /* 明败の定義 */ 

{ 

int min 9 i; 
min ■ a 【 0 】 ； 

for (i - 1 ;i < n; i++) 
if (a[i) < min) 
min - a[i]; 


この関数には，どんな大きさの数型配列でも渡すことができ，先頭から個の要索の 
中の®:小値を返します。 Pascal ではこれができないので， C ブログラマは不满を感じるわ 
けです。 

文字列 

棟準 Pascal は，文字列を独立したデータ型としては定義していませんが ， Turbo Pascal 
では定義しており，文字列を取り扱う手続きや関数もいくつか用意されています。 C は 
(Turbo C も含めて），文字列を独立したデータ型として定義していませんが，文字列は， 
char 型の配列，あるいは char を指すポインタとして定義することができます。 

両者の宣言を比較してみましょう。 
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Turbo Pascal 


Turbo C 


名前： string [ サイズ】； 


char 名前【サイズ】； 


type 

BigStr - string; 
StrPtr ■ ^BigStr ； 


typedef char bigstr[2S6]; 
typedef char *8trptr; 


Line 

Buffer 

word 

Ptr 


s 8tring[80]; 
s BigStr 5 
: 8tring[35]; 
: StrPtr; 


char line[ 81 ); 
bigstr buffer; 
char word[36 ]5 
strptr ptr 5 


Turbo Pascal と Turbo C それぞれの文字列の®;要な違いは，_言語の配列の違いに起 
因しています。 

Turbo Pascal では，次の2つの宣言はまったく等価です。 

S I 8tring[N)s 

S t array of [0..H] of char; 


文字列の®:大長は / V 文字で，現在の長さは SCO ] に格納されています。実際の文字列は 
s[i] から始まります。文字列リテラルや文字列定数は，文字列変数の中に直接代入するこ 
とができます。 Pascal では，バイトごとの転送を行なって長さを正しく調整します。 

Turbo C では，文字列の宣言には次の2つの方法があります。 

char 8trarr[N] 5 /* 文字配列 */ 

char *strptr ； /* 文字へのポインタ */ 

前者の場合，文字列を格納するための W バイトが確保され， sirarr はそのメモリ領成の 
先頭アドレスを表わします。後者は，が/ 7 ?び （ char 型を指すポインタ）を格納する数八イト 
が確保されるだけです。 

C では，文字列の長さはどこにも記值されていません。そのかわり，文字列の最後に文字 
列終了子というマークをつけます。終了子はヌル文字 （ ASCII コードの 0) で，文字列の終 
わりに1ハ•イトが付加されるわけです。 

したがってが ra / r の中には，実際の文字は iV -/ 個しか入らないことになります。缎後の 
1バイトはヌル終了子のためにとられるからです。上の比較表で， C の宣言はすべて Pascal 
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の宣言より1大きくなっているのはこのためです。 

灯似びは，実際にバイトが集まってできているわけではないので，これに文字列を直接代 
入することはできません。 strcpy ルーチン（あるいは同等な関数）を使って，ある文字列 
から他の文字列へ八イトごとの転送を行なってやらなければなりません。 

strcpy(8trarr• •hello, world I ■)； 

しかし， scanf や gets を使えば， J 的; t •に文字列を直接統み込むことができます。 

もう1つの方法 （char * strptr ) で文字列を宣言する場合は，もっと注意する必要があり 
ます。が/ 7 ?//* は char を指すボインタであリ，ポインタ自身を格納する数バイトが確保され 
ているだけで，文字列を収容するためのメモリ領域はなんら確保されていません。 

この場合，文字列リテラルを strptr に 直接代入することはできます。文字列リテラルはオ 
ブジェクトコードの中の一部分として作り出され，そのァドレスを strptr に代入すればよ 
いからです 0 strarr を strptr に代入すると， strarr t strptr は同じ文字列を指すことになリ 
ます。他の文字列を指すポインタを stptr に代入しても，同じようなことが起こります。 

では他の文字列ではなく， strptr 自身が独自の文字列を指すようにするにはどうすれば 
よいでしょうか。これには， Wrp びに領域を割り当てなければなりません。 

strptr - (char*) malloc (N) ; 

maHocf«l 数によって） V バイトのメモリが確保され，その先頭アドレスががに代入 
されます 0 こうすれば， strcpy を使って文字列（リテラルでも変数でも）を確保した領域 
にコピーすることができます。 

先程の例で， Pascal でこれに対応しているもの （ StrPtr , Ptr ) は，完全に同じ機能を実 
現しているわけではありません。 strpfr は， char ではなく， 及/ホ SVr と定我されていま 
す。これは Turbo Pascal が， 外/* は文字列であると認識できるようにするためです。こう 
すると範囲チヱックに関する問題も避けることができます。次の例では，実際に/^に割り 
当てられる領域は，要求された分だけであることに注意してください。 

次に示すのは，一応対照できる例です 。 Turbo C の文字列操作関数 （ str …）については 

リファレンスガイドを参照してください。ここでは，先程の例の型宣言が行なわれている 
ものと考えてください。 
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WriteCEnter name ： 
Readln(Name); 

I Po8(• f f Name )5 
if I - 0 then 
Pirst 1 - Name 
else 


{ 一’’:、 參: m “ ジニ^^^^ > 







Pascal のソースコードでの Prr の使い方が， C ではどんなものに対応するのかを示すた 
めに作り出したものなので，やや不自然なところもあります。 

補足：例の中で呼び出している C のルーチンに対する関数ブロトタイプは，へッダファイ 
ル （. h ) の中に入っています。したがってエラーチェックを行なうためには，ブログラム 

の先頭に次のような# include 文を置く必要があります。 

# include <8tdio.h> 

# include <8 1 ring•h> 

#include <8tdlib.h> 

#include <alloc.h> 


データ構造についての « 要 
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構造体 




コード鱷名 _ record 
フイールド名： B ; 
フイ—ルド名：®； 


typedef struct { 

fi フイールド名 
B フイールド名 


フイールド名 I 9! 


9 フイールド名 

構造休9名； 


*败名リス 


コード fi 名 


構造休 fi 名変数名リス 






C の構造体型名はオブションで，指定しておけば他の変数を同じ型で宣言したい場合に 
も使えます。それ以外には， Pascal のレコードと C の構造体は互いによ〈似ています。次 
に例を示します。 


Turbo Pascal 

Turbo C 

type 


Student - record 

struct student { 

Last•First : string[20]; 

char la 8 t[ 20 ) t fir 8 t[ 20]5 

SSN x 8 tring[ll] ; 

char 88 n[ll]; 

Age : Integer; 

int age 5 

Tests : array[l"5 】 of Integer; 

int test8[5 】； 

GPA i Real 

float gpa; 

end; 

} current ; 

var 


Current i Student; 



main() 

begin 

{ 

Current•Last - f Smith* 5 

8trcpy(current.la8t f •Smith* ); 

Current•Age _ 21; 

current•age _ 21$ 

Current•Test 【 1】 _ 97; 

current.te8t[0] - 97; 

Current^PA - 3.94 5 

current.gpa _ 3^94 5 

end. 

> 


ここで， Pascal と C の唯一の大きな違いは， Pascal は with 文を持っているのに対し， 
C にはないということです 0 上の Pascal のコードを with Current do を使って者きかえれ 
ば， Cwr 作が•をつけなくても直接フィールドを参照することができます。 C では，必らず先 
頭に Current •をつけなく てはなりません。なお C には，もう 1 つ メンバアクセス 演算子があ 
ります。これは演算子の左の識別名が，構造体そのものではなく， W 造体を指すポインタ 
の場合に使用されます。たとえば，がが構造体を指すポインタだとすると，次の文 
は， Jones という文字列を*^というメンバに代入します 0 

P8tudent -> last _ •Jones* ; 
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共用体 





type 

共用休®名 ■ record 

union 共用休 9 名 { 

フイールドリスト 

fi フイールド名リスト； 

case 型 of 

9 フイールド名リスト； 

ケース：（フイールドリスト）； 

• • • 

ケース：（フイールドリスト >•• 

B フイールド名リスト： 

ケース：（フイールドリスト） 

end ； 

)5 


Pascal でフィ ー ルドリストというのは，通常 「フィールド名 ： 型；」 の並びです。 
Pascal と C の間には次の2つの大きな違いがあります。 

まず， Pascal では，通常のレコードの最後に可変部（共用体）を S くことができます 
が， C ではそれができません。ただし，先に共用体を宣言しておいて，構造体の中にその共 
用体型のフィールドを逋くことはできます。 

第2に， Pascal では，各可変部にさまざまな型を指定することができます。 C では，複数 
の フィ ー ル ドを指定することはできますが，その型はすべて同じでなければなりません。 

例をあげましよう。 Pascal と C は，なるべく似せて冉いてあります（まったく同じとは 
いきませんが)。 
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Turbo Pascal 


Turbo C 


type 

trick 一 word _ record 
case integer of 
0 s (w t integer ); 

1 : ( lob 9 hib : byte ); 

end ； 


typedef union { 
int w ； 
struct { 

char lob ; 
char hib ; 
> b ; 

)trick word ; 


var xp : trick word ; 


trick_word xc ; 


C と Pascal 両方とも，ひゴの定義は可搬性のあるものではないことに注意して 
おいてください。どちらも8086のバイトの並び方に依存しています。 

C の共用体では，棵造体と同様に，右カッコ T とセミコロン’：’の間に変数名のリストを 
指定することができます。こうすると，変数の宣言が直接行なえます。この場合，同じ共 
用体型の変数を他に宣言するつもりがなければ，共用体型名は指定しなくてもかまいませ 
ん。 Pascal では，フィールドを参照するには， xp . w % xp . hib , ズ p./M を使うことになりま 
すが， C ではそれぞれズ xc . b . hib ， ズ c . A . toft になります。 


データ構造についての概要 
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グラミング上の問題点_ 

Pascal を知っていれば ， Turbo C に惯れるのにそれほど問題はなかったことと思いま 
す。しかし，両言語で少し実現のしかたが異なる領域がいくつかあります。ここでは，そ 
うした点について検討を加えていくことにします。 

大文字/小文字の区別 

Pascal では大文字/小文字の区別を行ないませんが， C はこれを区別します。したがっ 
て， indx ， Indx ， INDX は， Pascal ではすベて同じ変数を示します；^ C ではまったく別 
の変数になります。 

注意：関数の呼び出しは， C のブログラムがリンクされるまでは解決されないので，大文字 
小文字の区別に基づく違いはリンク時まで明らかにはなりません。したがって， C ではくれ 
ぐれも大文字小文字の区別に関しては気をつけてください。 

型の変換（型キャスト） 

Pascal では原則的に，限られた範囲でしか型のキャスト（データを別の型に変換する） 

は行なうことができません。関数 OrrfO は順序づけ可能な型から整数型へ， CAr () は整数 
3 H あるいはその関連型）から文字型への変換を行ないます 。 Turbo Pascal では，型の変 
換がさらにいくつか許されており，順序づけ可能な型（整数型，論理型，文字型，列挙型） 
の間での型変換（リタイブと呼ばれている）ができます。 C はもっと自由で，どんな型から 

どんな型へでも型変換できます。ただし，いつも望みどおりの結果が得られるとは限りま 
せんが。 

それぞれの標準的な害式と，その例を示します。 
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Turbo Pascal 

Turbo C 

変败： _ 型 （式〉； 

*败 _ ( 型）式； 

var Ch : Char; 

char ch; 

I :■ integer(Ch )5 

i - (int) ch; 

Ch char(Today); 

ch _ (char) today; 

Today x- Days(3); 

today - (days) 3; 

これに加えて， TurboC では， 

0 動的に型のキャストが行なわれる場合があります。 整 

数 コンパチブル （内部表現が整数値で表わせるもの）の値の間での場合です。そのため， 

上の3つの代人文は，明示的なキャストをやめて，次のように辫くことができます 0 

i - ch; 


ch - today; 


today _ 3; 


定数，変数の記憶クラス，初期化 


Turbo Pascal では，宣言した変数は初期化されません。また，手絞きおよび関数の内部 
で宣言された変数の値は，呼び出しと呼び出しの間では保持されません。唯一の例外は型 
つき定数で，初期化が行なわれ，その定数が定義されているサブルーチンの呼び出しの間 
も値は保持されます。 C では，すべてのグロー八ル変数は，デフォルトでは0に初期化さ 
れ，指定があればその値に初期化されます。 

注意：初期化されない変数は，必らずしも宣言された順序で作り出される必要はないとい 
うことを憶えておいてください。 

Turbo C には2榷頌の定数があり，変数の初期化が可能であり，また関数の中で変数を 
static と宣言することもできます。 
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定数型 

次に 2 M 類の定数の定義の害式を示します。 

#define 定败名值； 
const Si 定数名 ■ 值； 

煅初の定義 （# define …）は， Pascal の const 定義によく似ています。定数名が見つかっ 
た简所は，すべて値で If きかえられるからです。 

2 番目 （ const ...) は，定数名（の値）が変更できない点を除いて， Turbo Pascal の型つ 
き定数に似ています0定数名を変更しようとすると，コンバイルエラーになります。 

C では，次のような定数の式が許されていることを憶えておいてください。 

char s[SIZB + 1 】； 

const 型の変数はこのように使うことはできません。はっきりとした定数 (# define ...) 
はこれが可能です。ただし，その; B き換えはワードプロセッサのように行なわれるので， 
思わぬ結果になってしまうことがあります。 

Idefine MAX 一 SIZE 80+1 

char 8[MAX_^SIZE * 2]; /* 162 ではなく 82 になる*/ 

思いどおりの結果を得るためには，次のように定義しなければなりません。 

#define MAX 一 SIZE (80 + 1) 

つまり，； K きかえを正しく行なわせるためには，# define 文の式はカツコで囲んでお〈必 
要があるわけです。 
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変数の初期化 


Turbo C では ， Turbo Pascal の型つき定数と同じように，変数を初期化することがで 
きます。その苒式は次のようになります。 

型変败名■值； 

複数の値を代入する必要がある場合（配列， 怫造 体）は，値をカンマで区切つて，全体 
を中カッコ {} で囲みます ( riikejhis ”, ” and — this ”，” and _ this _ too ’’})。 

int x -l f y - 2; 
char name[) - •Frank* 5 
char answer - • で； 
char key - 3; 

char li8t[2][10) - { •First* f -Second* ); 


変数の記憶クラス 

c では，いくつかの変数の記值クラスが定我されています。この中で m 要なのは，外部変 
数と 自動 変数（ローカル変数）の2つです。グロー八ル変数 （ main も含めて関数の外側で 
宣言される変数）はデフォルトで外部変数となります。つまり，初期値を指定しない限り， 
ブログラムの実行開始時に0に設定されます。 

関数 （ main も含む）の内部で宣言された変数は，デフォルトで自動変数となります。初 
期値を指定しなければ初期化は行なわれず，その関数の呼び出しと呼び出しの間では，そ 
の値は消えてしまいます。しかし，変数を static と宣言することができ，その場合は（ブ 
ログ ラムの実行開始の際に1回）0に初期化され，呼び出しと呼び出しの間でも値は保持さ 
れます。 

次の例を見てください。 

int test(void) 

{ 

int i; 

static int count; 


変数/はスタック上にとられ（自動変数)，関数 纪灯 が呼び出されるたびに，関数の中で 
値を設定しなければなりません。一方静的変数 COW 川は， グローバルデータ 領域に格納さ 
れ， ブロ グラムの実行が開始されたときに 0 に初期化されます 。 count li , to / が呼び出さ 
れるときには，以前の値を保持していることになります。 
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動的メモリ割り当 1 


Turbo Pascal では，ヒープを管理する方法はいくつかあります 0 Turbo Pascal で次の 
ような宣言を行なったとしましょう。 


type 

Itemrype _ Integer; 

ItemPtr - ^ItemType ； 
var 

p : ItemPtr ； 

動的にメモリの割り当てと解放を行なう方法は3つあります。 


(* New and Dispose *) 


New < P)i < 必襲なだけの領域を自動的に I ! り ft てる > 

• • • 

Di8 P 08e ( p ); { 期り进てられた領域を自動的に解放する } 

(* New f Mark, Release *> 


New(p) 5 
• • • 

Mark(p); 

Relea8e(p )； 

(* FreeMem, GetMem *) 


{ 必靨な分の領域を自動的に tl り M てる 
{ Ap からヒープの最後までを解放する 



GetHem(p f SizeOf (ItemType)) ; { 期り裹てる領域の大きさを指定する} 


FreeMem(p t SizeOf (ItemType)) 5 { 解放する領域の大きさを指定する } 

Turbo C では，メモリの動的な割リ当てと解放には ， Turbo Pascal の GetMem と 
Dispose に似たルーチンを使うことになります。 


型*ポインタ； 

ポインタ■(型*〉 calloc (俪败 • 大きさ）； 

/* またはポインタ■(型*) malloc (必要となるバイト败） •• */ 

/* またはポインタ■(型*) realloc (ポインタ，必要となるバイト败>; */ 
free (ポインタ） 

typedef int ItemType; 

Itemtype *p; 


p _ (ItemType*) malloc(sizeof(ItemType)); 




この 3 つの C ルーチン （ calloc , malloc , realloc ) はすべて，沉用のポインタ，つまりど 
んな型にもキャストできるポインタを返します。またヒープ領域に必要なメモリが無い場 
合はどの関数も NULL を返します。 

■ calloc には，確保したい項目の数と項目1個のサイズ（ハ M 卜単位）を指定します。 
calloc は，指定された個数の項目を作ってすべて0で埋め，このブロックを指すポイン 
夕を返します。これは動的に配列を作り出すときによく使用されます。 

■ malloc には確保したいバイト数を指定します。 

■ free は，引数に指定したボインタが指しているメモリを解放します。 

コマン ドラ イン 引数 


Turbo Pascal で. EXE ファイルを作ると，そのブログラムはコマンドラインで人力した 
引数を統み込むことができます。これには ParamCount と ParamStr を使用します〇た 
とえば， DUMPIT.EXE というブログラムを作って，次のようなコマンドラインで起動し 
たとすると， 

A>dumpit myfile.txt other.txt 72 

ParamCount は3になり， Paramstr は次のような文字列を返します 0 

ParamStr ⑴ myfile. txt 

ParamStr(2) other•txt 

ParamStr(3) 72 

同様に Turbo C でも（標準の C のやり方にならって）， main の引数として識別名 
argc, argv, em ; を次のように宣言することができます。 

main(int argc f char *argv 【】， char *env[)) 

{ 

/* main のボ デイ */ 


an / C は引数の個数， ar 沢:]は引数を保持している文字列の配列です。上と同じコマンド 
ラインで考えると， arfirc は4, は次のようになります0 


argv[0] 

A:¥DUHP.EXE 

argv[l 】 

myfile.txt 

argv[2] 

other.txt 

argv[3 】 

72 

argv(4] 

(null) 
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C では， MS - DOS バージ ョ ン3 •ズ のもとでは arfifi ;[0] が定義されており （ AiramS か⑼ 
は定義されていません），実行されるブログラムの名前を含んでいます。 MS - DOS バージ ョ 
ン2 .ズ では如沢[0]はヌル文字列 （’’’’） を指しています。なお， a /^[4] は NULL を持っ 
ている（空文字列である）ことに注意してください。 

3番目の引数 em ;[] は文字列の配列で，次のような文字列を保持しています。 

環境«败_值 

右辺の値が，左辺の環境変数にセットされていることを示しています。 

ファイル入出力 

標準 Pascal では2棟類のファイルが存在します。1つは テキストファイル ( text と宣言さ 
れる），もう1つは データファイル （ fileof 〈型〉と宣言される）です。ファイルのオーブン, 
I 光み冉き，クロー ズの手順はどちらの場合でもはとんど同じです 0 Turbo Pascal ではもう 
1つ型のないファイルが用意されています。これは Turbo C で用いられるバイナリファイ 
ルによく似たものです 0 

C のファイルは件通どれも速絞したバイトの流れ（ストリーム）として扱われます。 
fopen における r (テキスト） と 5 (バイナリ） 修飾子は®要ですが，テキストとデータの 
判別は大部分はユーザにまかされているわけです。 

次に2つの言語の間の大まかな対応をいくつか示します。 


332 


第9章 Turbo Pascal プ□グラマのために 


ル入出力の類似点 


Turbo Pascal 


Turbo C 


var 

I : integer; 

X : real; 

Ch s char; 

Line : string[80] : 

myRec : RecType ； 

buffer i array[l. .1024] of char; 

FI s text; 

F2 : file of RecType; 

F3 : file ； 

A88ign(<fvar> t <fname>); 



Re8et(<untyped fvar> t <blocksize>); 


int i; 

float x; 

char ch; 

char line(80 ]5 

struct rectype myrec; 

char buffer[1024] 

FILE *fl; 

FILE *f2; 

PILE *£3; 

<fvar> _ fopen(<fname> t "r"); 

/* or <fvar> ■ fopen ( く fname>•■【+•>; */ 

I* or fl _ fopen(<fname> # , r+f); ♦/ 

/* or f2 _ fopen(<fname> t •r+b - ); *1 


• <fname>); 


Rewrite(<untyped fvar> t <blocksize>); 


<fvar> _ fopen(<fname>, _w_); 

/* or <fvar> - fopen(<fname> t p w+") ; ♦/ 
I* or <fvar> _ fopen(<fname> t *w+t*); */ 
/* or <fvar> - fopen(<fname> t *w+b"); ♦/ 


A88ign(<fvar>) f <fname>); 

Appnd(<text fvar>); 

Read(Fl f Ch)5 
Readln(Pl f Line); 

Readln(Fl f I f X); 

Read(F2 f myRec); 

BrockRead(F3 f buffer t Size0f (buffer)); 


<fvar> - fopen(<fname>••&+•); 

/* or <fvar> - fopen(<fname> t *a+t ")5 ♦/ 
/* or <fvar> _ fopen(<fname> t *a+b")* *1 
ch ■ getc(fl); 
fget 8 (fl 9 80 f line); 

fget8(fl 9 80 t line); sscanf(line f *2d Zf m f 

ii.ix )； 

fread(6myrec 9 8izeof(myrec) 9 l 9 f2); 
fread(&buffer,l ， sizeof(buffer) t f3); 


Write(Fl f Ch); 
Write(PI t Line); 
Write(Fl f I f X); 


Writeln(Fl f I f X); 
Write(F2 f myRec); 

Seek(F2 t <rec#>); 



BlockWrite(F3 f buffer•Size0£(buffer)> 


fputc(ch 9 fl); 

/* または fprintf(fl t -Ic- f ch); ♦/ 
fput 8 (line 9 fl); 

/* または fprintf(fl t -Z 8 t line ) 5 *1 
fprintf(fl t *Id Zf f ifX); 
fprintf(fl t # Zd Zf¥n* f i f x )5 
fwrite(imyrec f sizeof(myrec) f l f f 2)5 

f 8 eek(f 2 t <rec#>* 8 izeof(rectype) f 0 )5 
fflu 8 h(<fvar >)5 
fclo 8 e(<fvar >)5 

;fwrite(&buffer f 1 f sizeof(buffer) f f3); 


ここで使用した Turbo C のルーチンそれぞれの働きについてはリファレンスガイドを 
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Pascal プログラマがおちいりやすい落し穴 

Pascal と C には多くの類似点がありますが，またそのために犯しがちな誤りもいくつか 
あります0ここではそうした誤りのうち，気をつけなければならないものをいくつか示し 
ています。落し穴の順序は，起こる頻度， Pascal ブログラマにとってどの程度見つけにく 
いか， コン バイラがとらえられるかどうかという点を総合的に見て決めてあります（第7$ 
でもこのようなよく犯す誤りをいくつかあげています）。 

落し穴#1:代入と比較 


A = B という式は， Pascal では「パとがが等しい j ことを表わす論埋式で， 丁⑽か 
ん/货を返します。一方 C では「パにがの値を入れる j という代人を意味します。そして 
取要なのは，この式も値，すなわちパに代入された忍の値を返すということです。 Pascal 
ブログラマが®も犯しがちな致命的なバグは次のような文です。 

if (A - b> 文； 

C ではこれは完全に文法にかなっており，次のように解釈されます。 

■ B の懷を A に代入する。 

■ A = B という式の値は忍の値となる0 

■式の値が0以外 （ C では真を示す）であれば文が実行される。 

本当に冉きたい文は次のようになるでしょう。 

if (A — B> 文； 

つまり，メと5の値が等しい場合に文を実行するということです。 

次のことを憶えておきましょう 0 「等しいかどうかの比較には==を使うではない。= 
は C では代入演算子である 。 J 


Pascal プログラマがおちいりやすい落し穴 
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落し穴# 2:アドレスを渡すのを忘れる(特に scanf で) 


すでに説明したように， c では関数への引数の受け渡しは値によってのみ行ないます。つ 
まり，もし引数としてアドレスを受け渡したい場合は，はっきりとそのアドレスを渡す必 
要があります。この章の初めの方で出てきた • SHY 7/7 関数を奔いたとしましょう。 swap を呼 
び出すときに（変数 ( 7 と广が float 型だとすると）， swap ( q , r ); と害いてはいけません。こ 
う赛いてしまうと， swap は受けとった《と/•の値をアドレスと考えて，そのアドレスにあ 
る2つの値を入れかえてしまいます。 

この落し穴はどうやって避ければよいでしょうか。一番よいのは関数ブロトタイプを用 
いることです。そうすれば，コンバイル時に TurboC がエラーチェックを行なうことがで 
きます。の場合は，ソースファイルの最初の方に次の文を入れておきます。 

void swap(float *x, float *v )； 

これで，ブログラムに swap ( q , r ); という文があると，コンパイルしたときに swap の呼び 
出しで「引数ズの型が宣言と一致しない (Incompatible type conversion ) j という エラー 
メッセージが出力されるはずです。 

落し穴#3 :関数呼び出しでカツコをつけ忘れる 


Pascal では，引数を持たなぃ手続きは単に手統名を 冉 ぃて呼ひ•出します。 

AnyFrocedure; 
i :- AnyFunction; 

c の関数呼び出しは，たとえ引数がなくても必らずカッコ （） をつけなければなりません。 
したがつて次の呼び出しは誤りです。 

AnyFunction; /* 実際には何も起きない */ 

i :■ Any Function; /* AnyFunction のアドレスが i に代入される */ 

正しくは次のようになります。 

AnyFunction() ; /* AnyFunction を#び出す */ 

i ■ AnyFunctionO; /* AnyFunction を呼び出し t 繡果を i に代入する */ 
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落し穴# 4: 警告メッセージ 


ェラ — メッセージの他に ， Turbo C は致命的ではない騖告を出します。上で示した誤つ 
た関数呼び出しに対して ， Turbo C は次のような鬌告を出すはずです。 

Warning TEST X 5: Code has no effect in function main 

Warning TEST-C 6 ： Non-portable pointer assignment in function main 

上の 2 つの文は文法上は正しいのでエラ—にはならず，オブジェクトフアイルは作成され 
るでしょう。しかし注意してください。このような膂告は ， Turbo Pascal であれば必らず 
致命的エラーになるものです 。 Turbo C の！?告メッセージを轻視してはいけません。 

落し穴#5 :多次元配列の添字 


matrix という2 次元の 配列があ って，その Uj ) の 位 S を参照したいとしましょつ 。 Pascal 
ブログラマとしては 次の ように#きたいところです。 

x - matrix [i 9 j] ; 

まったく問題なくコンパイルされますが，思うようには動きません0 

c では，式を カンマで 区切って並べることができますが，こうすると式全体の値は，並び 
の®後の式の値になります。つまり，上の文は次と同じことになってしまいます。 

x ■ matrix [j] ; 

意図したものとは異なりますが, c の文としては正しい文です。ただしこの文に対しては 
餐告が出力されます 0 c は ， matrix [ J ] (脚/心□という行列のノ番目の行）のアドレスを 
ズに 代入しようとしていると認識するからです。 

C では配列の添字はそれぞれカッコ[]で囲まなければなりません。したがって次のよう 
に苒けばよかったのです。 

x ■ matrix [i](j] ; 

次のことを憶えておきましょう。「多次元配列では，それぞれの添字をカッコで囲まなけ 
ればならない。」 
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落し穴# 6:文字型配列と文字ポインタの違いを忘れる 


次のような文があるとします。 

char *8trl f 8tr2(30] ; 
strl - "This is a test*; 

8tr2 - B Thi8 is another test ■: 

最初の代人文は正しいのですが， 2 番目は正しくありません。なぜでしょう。 が " は文字 
列を指すポインタです。コンバイラはこの文を見ると，オブジェクトファイルのどこかに 
This is test という文字列を埋め込み，そのアドレスを が W に代入します。 

一方は定数のポインタで，どこかにとられた30バイトのブロックを指しています。 
が持つているアドレスを変えることはできません。これは次のように丼かなければな 
リません。 

8trcpy(8tr2, B Thi8 is another test *)； 

こうすると， This is another test という文字列から， 对广 2 が指しているアドレスへ l バイ 
卜ずつコピーが行なわれます。 

落し穴#7 :大文字/小文字の区別を忘れる 


Pascal では，識別子/ W ズ， lndx % / iVZXV はすべて同じです ◊ 大文字と小文字は同じもの 
として扱われます。しかし C では違います。 

int Indx; 

と宣言した後， 

for(indx - 1 ； indx< 10 ； indx++) - ； 

と害いてしまうと，コンハ。イラは/ m/ ズが認識できない （Undefined symbol) というエラ 
一を出力します。 
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落し穴# 8:ブロックの最後の文にセミコロンを忘れる 


本当に必要な箇所以外にはセミコロンは絶対に: S かないという Pascal の潔癖症ぎみの 
人は，しばらくこの問題に悩まされます。さいわいコンパイラはこのエラーを検出しては 
っきリホしてくれるので，それはど深刻な問題にはなりません。 C の文は，2つの例外を除 
いて，肢後にセミコロンをつけなくてはならないということを憶えておきましょう。 

例外の1番目は関数定義です。 

型 H 数名（別数名逆び） 

ここではカッコのあとにセミコロンをつけてはいけません。ただし関数ブロトタイブで 
は違います。 

盟 H 败名（型 91败名， S 91败名， •••>; 

これは関数を宣言するもので，定義をするものではありません。 Pascal の forward 宣言 
に少し似ています。 

2番目の例外は，次のようなプリプロセッサコマンド （# コマンド名）です。 

# include < stdio . h > 

#define LMAX 100 

これを# define LM AX 100;としてしまうと，プリプロセッサは LMAX をすベて WO : 
に置き換えてしまいます0 

C では，とにかく注意深くなければならないことを肝に銘じてください。 CK Pascal の 
ように寛容な言語ではないのです。 


Pascal プログラマがおちいりやすい落し穴 
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第 10 章 

Turbo Prolog とのインターフェース 


Turbo C の 登場によって， パーソナルコンピュータの 上で2 つの 強力な 百 語を組み合わ 
せて使用することができるようになりました 0 TurboC のモジュールと Turbo Prolog の 
モジュールをリンク すれば ， TurboC の アブリ ケーシヨンに AI (人工知能）的な処理を組 
み込むことが可能です 。 C のプログラミングが 得意な人なら，他の C 処理系と比較してど 
んな利点があるかもうおわかりでしょう。また C を 学び始めた人もこの章を読めば，2 つの 
言語を組み合わせることによって，各々 の 言語の機能が拡大されるのがわかると思います。 

TurboC は手続き型言語であり，一方 Turbo Prolog は論理ブログラ ミン グに基づく言 
語です。 TurboC のアブリ ケーシヨン に Turbo Prolog を リンク すれば，次のような人工 
知能的な特徴を得ることができます。 

■ルールべースの 制御構造 

■容易な自然言語処理 

また ， Turbo Prolog とのリンクよって， TurboC のアブリケーシヨンに AI 的機能を付 
け加えることができるので，複雑な問題を解決するのにも，単に問題を記述して，後は 
Turbo Prolog へのインターフェースエンジンを動かしてやるだけですむわけです〇 Turbo 
C のアブリケーシヨンは多くの場合 ， Turbo Prolog のブログラムとリンクすることによっ 
て，開発の時間が短縮され，またコードはわかりやすくなり，ブログラムの柔軟性も增し 
ます。 


この章では 


この 章では， TurboC と Turbo Prolog の コンバイルとリンクのステップについて説明 
しています。また，処理の流れを示すために実例を4つ用意しています。最初の例では，簡 
単なブログラムをコンハ。イル•リンクしています0 2番目はもう少し複雑で， C のライブラ 
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リを一緒にリンクする方法を示しています。3番目では，メモリの割り当てを行ないます。 
そして最後の例では，実際にグラフィックプログラムを使って，この2つの言語を組み合わ 
せて得られる機能を少しばかり紹介しています。 
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Turbo C と Turbo Prolog のリンクの概要 


Turbo C の モジュールをコン バイルして ， Turbo Prolog の モジュール やブログラムと 
リンクするのはそれほど雜しいことではありません。ただし，以下に示すような点には気 
をつける必要があります。 



■ Turbo Prolog から呼び出す C の関数には ， Turbo Prolog 側で as "く filename 〉” によ 
る拡張をしない場合には，閲数名の®:後に_〇というサフィックス（接尾辞）が必要で 
す （ S 初の例題の C プログラム CSUM . C を参照)。 

■ C のメインモジュールのかわりに Turbo Prolog のメインモジュール （ ゴールを念む 

もの）を用意します。 

■ Turbo Prolog のメインモジュールでは， C の関数をグロー八ルな述語として定義し 
なければなりません（骹初の例題の Prolog のブログラム PROSUM . PRO を参照）。 

■ブログラムモジュールはすべてラージメモリモデルでコンパイルします （ Prolog には 
ラージメモリモデルしかありません ）〇 

■ブログラムの中で Turbo Prolog バージ ョ ン 1.1 〜 2.0 のライブラリを呼び出す場合は, 
レジスタ変数を使用しないようにしておく必要があります（マ-)。 

■識別名の下線はつけないようにしておきます （ -U -)。 

プログラムモジュールのリ ンク： 

■ INIT .0 BJ をオブジェクトファイルの先頭に S いてリンクします（このファイルは 
Turbo Prolog の初期化モジュールで ， Turbo Prolog のライブラリデイスクに入って 
います)。 

■ TurboC のライブラリルーチンが必要な場合は， CLUB を使います。また実数演箨 
を行なう場合は ， EMU 丄 IB または MATH . LIB を使います。 

リンクのコマン ド行は次の形式です。 

tlink init cpinit <T_Prolog_Main> Other_files <T_Prolog_Main.sym> f 
【 exename]•[your 一 lib] prolog [emu mathl] cl 

(以上は i 行のコマンドなので途中で改行しないでください） 


これらの他にも，次のような点に注意してください。 


Turbo C と Turbo Prolog のリンクの概要 
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■ Turbo Prolog の関数からは，組み込みの述語と同じように C で害かれた関数を呼び 
出すことができます。 

■ Turbo C のライブラリ関数を呼ぶ場合は，必らず先頭に下線 （_) をつけてくださ 

い0 

注意 ： TurboC のライブラリ関数はすべて先頭に下線がついています。したがって下 
線なしでコンハ•イルしている場合は，ライブラリ関数に対しては明示的に下線をつけ 
る必要があります（ユーザ定義の関数には下線は必要ありません）。 

■ Turbo C の malloc , calloc , free ， およぴその他のメモリ割り当て関数は， Turbo 
Prolog では alloc _ gstack ， malloc , およ (/ free に!! 2 き換えられます。この 3 つ 
は， TurboC 関数の中でメモリ割り当てを行なうために， Turbo Prolog から使用す 
ることができます。 

alloc _ gstack はグローバルスタックにメモリを確保する関数で，次の形式で呼び出 
します。 


void *alloc メ 8 tack(unsigned size) ; 


_ malloc は Prolog のヒープ領域にメモリを確保する関数で，次の形式です。 

char * 一 malloc(unsigned size) ; 

jree は Prolog のヒープ領域に確保したメモリを解放する関数で，次の形式です。 

void 一 free(void *ptr # unsigned size); 

alloc gstack が使用される場合には，ユニフィケーシヨンに失敗して割り当てたメ 
モリを通り越してしまうようなバックトラックが起こると，メモリは自動的に解放さ 
れます。 

■ TurboC と Turbo Prolog をリンクした場合には， printf ， putc などの画面出力関数 
は働きません。そのかわりに， wrch で Prolog のウィンドウに文字を出力することが 
できます。また，2你[は丁11出0?1*〇1〇运の汾1^6£と同じ機能を持っています。 zwf は 
機能の制限された printf と考えることができます。 

zwf (Formatstring, Argl, Arg2 # …） 

Formatstring は， printf 形式の If 式文字列です。軎式指定の詳細については， Turbo 
Prolog Reference Manual を参照してください。 
zwf と wrch は， PROLOG 丄 IB に入っています。 

■ Turbo Prolog から呼ばれる C の関数は値を返してはならず， void 型として定義する 
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必要があります。引数のフロー ハ。 ターンは Turbo Prolog のグロー八ル述語の寅言で 
指定します。たとえば次の文は， 

factorial(integer , real) - (i,o> language c 

関数/ acror 化/は 2 つの引数をとり，1番目は整数，2番目は実数（浮動小数点数）である 
ということを Turbo Prolog に知らせています。 （ i , o ) は，1番目の引数（整数）は値 
が渡され，2番目の引数は/ ac 的 nVz / の中で代入される浮動小数点数へのボインタであ 
ることを示しています。文の妓後の c は，この関数は C の呼び出し惯例を使用するこ 
とを Turbo Prolog に知らせています （3 番目の例の DUBLIST . C と PLIST . PRO を 
見てください）。 

値は参照引数として返されることに注意してください0フローパターンの詳細は，3番 
目の例題の複数フローパターンの指定についての説明を見てください0 


Turbo C と Turbo Prolog のリンクの概要 
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例題 1 : 2つの整数の和 


椴初の例題は， TurboC の関数 （2 つの整数値の加算•を行なうもの）と Turbo Prolog の 
モジュールを組み合わせて， C の関数の結果を現在のウィンドウに出力するものです。 

Turbo C ソースファイル : CSUM.C 


出カルーチン zwf は • C の出カルーチン printf に近い働きをします 0 
これは，现在のウインドウに出力を行ないます 0 


extern void zwt(char 食 rormat . …）； 


void sum 0(int parxal f int pann2 9 int *res_p) 

{ " 

zwf( B Thi8 is the sum function ： parml-2d f parm2-Zd - 1 parml, pann2); 
*re8_p _ parml + parm2; 

} 

I* sum 0 の！！わり */ 


CSUM.C から CSUM.OBJ へのコンパイル 

CSUM . C を作成し，セーブしたら，次にはコンパイルオプションを指定しなければなり 
ません 。 Turbo C の場合，これには2通りの指定の方法があります。 

1 .TC (Turbo C 統合開発環境）のメニューから次のコンパイルオプションを選択し 
ます。 

0/ C / Model/Large (- ml ) 

0/ C / Optimization/Jump optimization (- o ) 

0/ C/Code generation/Generate underbars Off (- u -) 

0/ C / Optimization/Use register variables Off (- r -) 

以上のオプションを設定したら，メインメニューから Options/Save options を選択 
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して設定した内容をセーブし， Compile/Compile to OBJ を選択します 。 Turbo C 
は指定したオプシヨンにしたがって CSUM . C をコンハ•イルし， CSUM . OBJ という 
オブジヱクトモジュールを生成します。 

2. Turbo C のメニューではなく， MS - DOS のコマンドラインでコンハ•イルしたいと 
いう方は，ブロンブトから次のコマンドを人力してください。 

tcc 鎌 ml-0 -c -u- -r- csum 

注意： Turbo Prolog はラージメモリモデルでのみコンバイルを行ないます。したがって 
Turbo C を Turbo Prolog にリンクする場合には，コンパイルオプシヨン - ml (ラージメ 
モリモデル）を使用しなければなりません。 

Turbo Prolog ソー スフ アイ ル : PR0SUM.PR0 


global predicates 

8um(integer f integer t integer) - (i»i»o) language c 

I* sum のフローパターンはと直言し ， 3 番自の 91 数が R り值 
最初の 2 つは入力であることを指定する */ 


goal 8um(7 9 6 9 X) f write("Sum-* t X)• 


PROSUM.PRO から PROSUM.OBJ へのコンパイル 


PR 0 SUM . PR 0 を作成してセーブしたら，オブジェクトファイル （. OBJ ) にコンパイル 
して， TurboC のオブジェクトモジュールとリンクしなければなりません 0 これには，ま 
ず Turbo Prolog のメインメニューで Compile を選択し，次に OBJ file を選びます。ソー 
スフアイルからオブジェクトフアイルへのコンパイルが終わつたら，後はリンクをして， 

この例題を実行してみるだけです。 


CSUM.OBJ と PROSUM.OBJ とのリンク 


Turbo Prolog と Turbo C のモジュールのリンクには ， TC (Turbo C 統合開発環境）， 
または TLINK ( TurboC のパッケージに含まれているスタンドアロンのリンカ）を使う 
ことができます。 tlink コマンドの後に，コマンドライン引数として ， Turbo Prolog のメ 
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インモジュール，それ以外の関連モジュール，出カファイル，ライブラリを指定します。 
特に指定しない限り，以上の引数は次の順序で並んでいなければなりません。 

Turbo Prolog の初期化： 

■ INIT.OBJ (Turbo Prolog 初期化モジュール） 

Turbo Prolog メインモジュール： 

■ゴールを含む Turbo Prolog のメインモジュール 

閲連 モジュール： （このモジュールはどんな順序でもかまいません） 

■アセンブラの .OBJ モジュール 

■ T urbo C の. OBJ モジュール 

■ Turbo Prolog の. OBJ モジュール 

シンボルテーブルモジュール： 

■ Turbo Prolog メインモジュールのシンボルテーブル名（これは，モジュールの最後 
に必らず; 《 かなければなりません） 

出カファイル名： 

■生成する実行可能ファイルのファイル名 

ライブラリ： 

■関連モジュールで必要とするルーチンが入っているライブラリをすベて指定します0 
ライブラリは次の順番で並べてください。 

1. ューザ定義ライブラリ 

2. PROLOG.LIB 

3. (必要であれば） EMU 丄 IB と MATH し LIB 

4. C し LIB 

この例では ， Turbo Link ( tlink コマンド）を使用して，以下の引数を指定しています。 

■ Turbo Prolog のブロ グラム INIT . OBJ ， PROSUM.OBJ 

■ Turbo C のオブジェクトモジュール CSUM.OBJ 

■ シンボルテーブル PROSUM . SYM , 実行可能ファイル TEST.EXE 
■ライブラリ PROLOG . LIB , CL.LIB (浮動小数点数を使う場合は EMU . LIB と 
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MATHL . LIB も指定します) 


注意： PROSUM . SYM はシンボルテーブルのファイルで，ブログラム PROSUM . OBJ 内 
の変数名と変数の型が入っています。 

骹初の例題のリ ンクのコマン ドは次の通りです。 

tlink init Drosum csum proaum. sym f test•exe f t orolog+cl 


例題 1: 2 つの整数の和 
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例題 2 :数学ライブラリの使用 


2番目は，敢初の例題によく似たものです。ここでは ， Turbo C の関数を2つ作成して， 
Turbo Prolog のブログラムと組み合わせる手順を説明しています 。 Turbo C の関数は， 
それぞれ別々のソースファイルとして作成します。 CSUM 1. C は2つの実数値を加？):して 
その合計を返します。 FACTR し C は，整数の階乗を計算するプログラムです 。 Turbo 
Prolog のブログラム FACTSUM . PRO は，ブログラムの結果を2つのウィンドウに出力し 
ます。この例では， TurboC のラージメモリモデルの数学ライブラリ （ MATH し LIB ) を 
使用します。 


Turbo C ソースフアイル： CSUM1.C 


extern void zwf(char 貪 format, •••>; 

void sum 0(double parml 9 double parm2 t double 貪 res_p) 


*re8_p _ parml+parm2; 
zwf("Thi8 is the sum function: 


pa 

pa 


rml-Zf f parm2 
rml f parm2 f * 


_Zf, result-Zf 
res_p); 


Turbo C ソースフアイル： FACTRL.C 


void factorial_0(int top, double *result) I* _ 乗の針算 */ 
{ 一 
double r ； 
int i ； 

if(top<l) 

{ 

★result _ 0.0 ； 
return; 

) 

★result ■1.0; 
x - 2-0; 

while (top-- > 1) 

{ 

貪 result _ ^result * x; 
x++; 

} 

} I* factorial0 終わり */ 
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CSUM1.C ， FACTRL.C から .OBJ へのコンパイル 


敁初の例題と同様，別のモジュールや Turbo Prolog のメインブログラムとリンクする 
には，まず TurboC のモジュールをオブジェクトファイル (. OBJ ) にコンパイルします。 
Turbo C のメニューでコンパイラオブションを設定して Options/Save options でセーブ 
し， C の各ソースファイルごとに Compile/Compile to OBJ コマンドを実行しても， tcc コ 
マンドを使ってコマンドラインから2つのソースファイルをコンパイルしてもかまいませ 
ん。どちらにしても，少なくとも以下のオプションを指定する必要があります。 


0/ C / Model/Large (- ml ) 

0/ C / Optimization/Jump optimization (- 0 ) 
0/ C/Code generation/Generate underbars Off (- u -) 
0/ C / Optimization/Use register variables Off (- r -) 


Turbo Prolog ソースフアイル： FACTSUM.PRO 


FACTSUM . PRO は Turbo Prolog のメインブログラムです。このブログラムはウイン 
ドウを2つ生成します〇1つは Turbo C のモジュールからの出力を表示し，もう1つは 
Turbo Prolog のブログラムの出力を表示します。ブログラムおよび各モジュールは次の 
順序で働きます。 

1. FACTSUM . PRO は， ブロン ブトを出して整数か/の入力を要求します。この値は 
Turbo Prolog から FACTR し C に渡されます 0 

2. FACTRL.C の中の C の関数 factorial li , /m の階乗 Result を FACTSUM.PRO 

に返します。 

3. FACTSUM . PRO は，尺が w " をウィンドウに書き出し，もう一度ブロンブトを出し 
て数値の入力を求めます（今度は実数です)。 

4. FACTSUM . PRO は，2度目に入力された数値 Real と 2 •で計算した階乗/^ w // を， 
モジュール CSUM 1. C に渡します。 

5. CSUM 1. C 中の C の関数似 m は， Rea / と Result を加算して， その合計 Sw 爪を 
FACTSUM . PRO に返します。 

6. FACTSUM . PRO は Sum をウィン ドウに窖き出し，ブログラムは終了します。 


例題2:数学ライブラリの使用 
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8hiftwindow(2) # /* 出カウインドウを Turbo Prolog 用に * 更 */ 

/* 最初の針算繪果をウィンドウに裹示 */ 
writeCThe factorial of ••Int.，is ■ .Result) ,nl, 

I* 2 番目の針算結果をウィンドウに表示 */ 

writeCThe result: ■.Result,* + 'Real •■- ■,Sum),nl. 

FACTSUM.PRO から FACTSUM.OBJ へのコン广 

骹初の例と同様に，他のモジュールとリンクする前に ， Turbo Prolog のソー 


352 


第 10 章 Turbo Prolog とのイン 



をオブジェクトファイル (.OBJ) にコンバイルしなくてはなりません。前と同じように， 
Turbo Prolog のメインメニューで Compile/OBJ file を選んで，ブログラムをコンパイル 
してください。 

CSUM1.0BJ, FACTRL.OBJ, FACTSUM.OBJ のリンク 

リンクコマンドで指定する引数は以下のとおりです。 

■ Turbo Prolog のオブジェクト モジュール INIT.OBJ, FACTSUM.OBJ 

■ Turbo C のオブジェクトモジュール CSUMl .OBJ, FACTR し OBJ 

■出カファイル FACTSUM.SYM (シンボルテーブル)， SUM.EXE (実行可能ファイル) 
■ライブラリ PROLOG 丄 IB, EMU.LIB, MATHL.LIB, C し LIB 

モジュールを リンクする コマン ドは次のようになります。 





例題 3 :フローパターンとメモリ割り当1 


次のブログラムは， Turbo Prolog の functor と list を Turbo C で作成し，この新たに 
つくった構造を Turbo Prolog に返すコードを示しています。またこの例では， Turbo 
Prolog のグローバルスタックにメモリ領域を割り当てる方法についても説明しています。 
/初は3つの要素からなる再帰的な構造です。また functor は2つのメンバからなる C の構造 
体です（この例題の後でもっと詳しく説明します)。 

■ Turbo C のモジュール DUBLIST.C は3つの関数からなっています。瑕初の2つの関 
数は，整数のリストを受けとって構造体を返すものと構造体を受けとって整数のリス 
卜を返すものです。3つ目の関数は整数 n を受けとって整数2つからなるリスト （1 つ目 
が' 2つ目が2/〇を返します。 

■ここで帘要なのは，各々の Turbo Prolog のグロー 八ルな述語に対して後数のフロー 
バターンを指定できる という ことです 0 この場合，各フローハ•ターンに対して対応す 
る TurboC の関数が必要です。この例では， c/ な/—0が煅初のフローハ*ターン （i, 0 ) 
に， cte/ 一/が2つ目のフローバターン （o,i) に，それぞれ対応していなければなりま 
せん。 


gioDal predicates 

cli8t(ili8t f ifunc) - (i,o) (o 9 i) language c 

_(i，o ) は， / to / が Turbo C の関数 c&/_0 に渡されることと，//“沉は Turbo C の関 
数 e /扮一0内で定義される怫造体へのポインタであることを示しています。また，（ 0 , 
りは，/ル加がに渡されることと， ilist が clist /内で定義される構造体への 
ポインタであることを示します。 

■ Turbo Prolog のグローバルな domain でさらに別のフローパターンを指定する場合 
は，そのフローパターンを扱う関数2が必要となります。 


Turbo C ソースファイル： DUBLIST.C 



s 
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Turbo C から Turbo Prolog を-び出す 

Turbo Prolog から Turbo C で齊いた述語を呼び出せるだけでなく， Turbo C から 
Turbo Prolog の述語を呼び出すこともできます。グローバルな述語が Turbo Prolog の中 
で language c として宣言されており，その述語に対する Turbo Prolog の節があれば， 
Turbo Prolog は Turbo C から呼び出せるルーチンを生成します。 

次の Turbo Prolog ブログラムは， C 言語のグローバルな述語抑 af/e と hello — c を 
宣言しています。述語は， C ソースコードの中で関数名 mew 呢を使うこと 
によって， C モジュールから呼ひ•出すことができます。 

global predicates 

me88age(8trign) - (i)language c 
hello_c - language c 

clauses 

me8sage(S) i- 

makewindow(13 f 7 f 7 f •• f 10.10 f 3 f 50) f 
write(S) f readchar(_) f 
r emovewindow • 

goal 

me88age( 9 Hello from Turbo Prolog*) f 
hello_c. 

この例の goal セクションは Turbo C 関数 hello _ c を呼び出しており ， hello — c はメッ 
セージを表示するために Turbo Prolog の述語 message 0を呼び出します 0 

void me88age_0(char * str) ; 

void hello_c_0(void) 

{ 

me88age__0( ■Hello from Turbo C") 5 

> 一 

この機能を使えば， Turbo Prolog の強力なライブラリに他の言語から容易にアクセス 
することができます。 

Turbo Prolog モジュール内でユーザ独自のライブラリルーチンを簡単に定義すること 
ができます。 
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project "dummy - 


/* ここでは缠自のプロジ i クト名を使う */ 


global predicates 

myfail language c as ■faiU 

mymakewindow(integer•integer•integer•string f integer•integer,integer•integer) 
- (i t i f i 9 i 9 i 9 i 9 i 9 i) language c as "makewindow" 
myshiftwindow(integer) - (i)language c as "shiftwindow* 
myremovewindow language c as •removewindow" 
write_integer(integer) - (i)language c as ■write 一 integer■ 
write_real(real)-(i)language c as •write 一 real• 
write_8tring(string) - (i)language c as •write_string* 
myreadchar(char) - (o)language c as B myreadchar B 
myreadstring(string) - (o)language c as ■myreadstring* 

extprog language c as "extprog* 


clauses 

myfail i- fail. 

mymakewindow(Wno f Wattr, Pattr f Text, Srow f Scol, Rows, Cols) 
makewindow(Wno f Wattr f Pattr f Text, Srow # Scol f Rovs 9 Cols). 
my8hiftwindow(WH0) i- shif twindow(WHO) • 
myremovewindow s- removewindow. 
write_integer(I> :• write(I)• 
write 一 real(R> write(R)• 

write_atring(S> :• write(S)• 
myreadchar(CH) :- readchar(CH)• 
myreadline(S) i- readline(S). 

次に示す C 関数 extprog は， 上の新しいライブラリルーチンをどうやって使うかを示し 
ています。 exrprpg は Turbo Prolog のウィンドウを作成し，そこでなんらかの洸み冉きを 
行ないます。 


voia makewindow(int who f int wattr f int fattr # char *title f 

int row f int srow f int scol )； 
void write 一 string(char 食 text )5 
void readchar(char *ch); 
void readline(char *in str [】）； 
void removewindow(void); 


void extprog(void) 

{ 

char dumnychar; 
char *Name; 

makewindow( 1 •7•7•■Hello there•,5•5•15•60>; 
write_ 8 tring( B ¥n¥nl 8 n f t it easy "； 
readchar(&du 2 anychar); 
write_ 8 tring("VnEnter your name: •); 
readline(iName )5 

write_string( B ¥nYour name is ： •)； 
write_ 8 tring(Name )5 
readchar((dumnychar )5 
removewindow ()； 


Turbo C から Turbo Prolog を呼び出す際の唯一の制限は ， Turbo Prolog は自分でヒ 
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ープとスタックをセットアップする必要があるために ， Turbo Prolog ブログラムがメイ 
ンモジュールでなければならないという点です。 

list，functor 


Turbo Prolog の list と functor は， DUBLIST . C を見てわかるように Turbo C モジユ 
ール内の構造体です0 

list は，要索を3つ持つ再帰的な構造です。最初の要索はノードのタイプを示し，このデ 
ータ惝造がリストの要素のときは1,リストの終わりを示すときは2になります。2番目の要 
素は実際の値です。この要濃は Turbo Prolog の要素と同じ®でなければなりません。た 
とえば，実数のリストであれば次のようになります0 

struct alist { 
char funct ; 

double elem; I * リストの黌素は実败 */ 
struct alist *next; 

) 

3 番目の要系は，次のノードへのポインタです。 

Turbo Prolog の functor は，2つのメンバからなる C の梆造体です。煅初のメンバは 
Turbo Prolog の domain 宣言に対 it しています (Turbo Prolog の domain 宣言の詳細に 
ついては ， Turbo Prolog Reference Guide を参照してください）〇たとえば，次のように 
宣言すると， 


domains 

tunc ■ i(integer) ; 8(string) 
predicates 

call(func) 

goal 

call(X) 


/ w / ic は Turbo Prolog の functor で， 2 つの型を持っています。1#目は整数，2番目は文 
字列です。したがってここでは， TurboC の搆造体のデータ型を示すメンバは1か2のどち 
らかの値をとります。1は1番目の型に，2は2番目の型に対応しています。 

TurboC の構造体の2番目の要素は， functor で対応する要素の実際の値です。これは引 
数の取り得る型からなる共用体として定義されています。 
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union val{ 

int ival; 
char *8var; 

>； 

struct func { 

char type; /* type は 1 か 2 の值をとり ，*/ 

/* Turbo Prolog の domain 宜首に対 SK する */ 
union val value ； /* runctor の襲素の値 */ 

} 

注意:メモリの取り扱ぃには,関数 alloc _ g ： stack ， malloc , free を使わなければなり 
ません。次のような場合に，こうした関数が必要になります。 

1. Turbo C の構造体を Turbo Prolog のスタックやヒープに逋くためにメモリを割 
り当てる場合。 

2. Turbo Prolog のヒープ上のメモリを解放する場合。 

alloc gstack を使った場合，割り当てたメモリ領域を越えてしまうような Turbo 
Prolog の八ックトラックが起こると，メモリは A 動的に解放されます。各関数の丁 urboC 
での構文は次の通リです。 

void *alloc_g8 tack (unsigned size); /* スタックに 1 己值讲域を確保 */ 

void malloc (unsigned size) ; /* ヒープに IB 憶铽 域を 確保 ★ / 

void _free(void *ptr , size); /* ヒープ供域を解放 */ 

次は， Turbo Prolog のメイン モジュール PLIST.PRO です。これは DUBLIST.C の中 
の関数を呼んで，その結果を出力します。 

domains 

ilist - integer* 
ifunc _ f(integer) 

global predicates 

cli8t(ili8t f ifunc) - (i.o) (o f i) language c 
dublist(integer f ili8t) -(i f o) language c 

goal 

cli8t([3],X), /* f<3 ) に X を韆びつける */ 

wtiteCX - ••X>,nl, 

clist(Y t X), I* [6 】 に Y を « びつける */ 

wtiteCY - ••Y),nl, 

dubli3t(6 t Z) f /* 【6,12】 に Z を絨びつける */ 

wtite(Z) t nl. 


Turbo C から Turbo Prolog を呼び出す 
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DUBLIST.C のコンパイル 

前の2つの例題と同様に ， Turbo Prolog のメインモジュール PLIST.PRO 
前に ， Turbo C のモジュール DUBLIST . C をオブジェクトファイルにコンパ 
ます。そのあと，次のようにしてリンクを行ないます。 

tlink init plist dubli8t plist.8ym,dubli8t,•proloa+emu+mathl+cl 
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_ 例題 4 : 3 D 棒グラフの作画_ 

最後の例題では， C のモジュールと Prolog のモジュールとを コン バイル.リンクして， 
AI の柔軟性と C の持っているグラフ ィッ クス機能を組み合わせたプログラムを作ります。 
ソースコードには次のものが含まれています。 

■別のファイルからの入カデータを使って棒グラフを描く Turbo C のモジュール 

CBAR.C 

■ユーザにデータの入力を要求する Turbo Prolog のメインモジュール PBAR.PRO 

Turbo C ソースファイル： CBAR.C 

ここで使うソースコードは，マスターディスクの中に人っている CBAR . C です。 

CBAR.C のコンパイル 

これまでの例題と同様 ， Turbo Prolog のメインモジュール PBAR . PRO とリンクする前 
に ， Turbo C のモジュール CBAR . C をオブジェクトファイルにコンパイルしておきます。 

Turbo Prolog のプログラム： PBAR.PRO 

PBAR . PRO も， ソースコー ドは マスターディ スクに入っています。 PBAR はブロンブト 
を出して，棒グラフの作成.セーブ.口ード.作画を行なう Turbo Prolog のブログラム 
です。 

棒グラフを作成したいときには，このブログラムはユーザの指定にしたがってウィンド 
ウ内での各々のバーの位萤を決め，バーを描くために Turbo C のモジュールを呼び出しま 
す。各バーを作画した後，データベースにアサーション （ Prolog の用語で揷入のことです） 
されます。 

棒グラフのセーブを選択することもできます。この場合， PBAR は後で使用できるよう 
に現在の棒グラフをファイルにセーブします。 

ロードのオプションを選択すると， PBAR は現在の棒グラフを消去し，ファイルからュ 
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ーザの指定した棒グラフをロー ドします。 

最後のォブシヨンー draw (作画）を選択すると， PBAR はデータベースの内容にしたが 
って Turbo C の CBAR モジュールを再帰的に呼び出し，現在データベースに指定してあ 
る通りに棒グラフを作画します （Turbo C ディスク中の PBAR . PRO 参照)。 

PBAR.PRO 力、 ら PBAR.OBJ へのコン/《イノレ 

例題1と同様， TurboC のモジュールとリンクする前に ， Turbo Prolog のメインモジュ 
ールのソースファイルをオブジヱクトファイルにコンパイルします。 

PBAR.OBJ と CBAR.OBJ とのリンク 

次に示すリンクコマンドで， PBAR . OBJ と CBAR.OBJ ( TurboC のモジュールもあら 
じめコンバイルしておきます〉とをリンクします。リンクコマンドでは以下のものを指 
します。 

■ Turbo Prolog のオブジェクトモジュール INIT . OBJ , PBAR.OBJ 

■ Turbo C のオブジェクトモジュール CBAR.OBJ 

■シンボルテーブル PBAR . SYM , 出カファイル BARCHART.EXE (実行可能ファイ 

ル） 

■ライブラリ PROLOG . LIB , CL.LIB 
リンクコマンドは次のようになります。 

tlink init pbar cbar pbar•sym t barchart 11 prolog+cl 
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_ 最後に_ 

以上 4 つの例で， Turbo Prolog のモジュールを Turbo C のプログラムとリンクする方法 
について説明してきました。 Turbo Prolog のブログラミングが得意で， C のブログラミン 
グについてもっと知りたいという方は，このマニュアルの第 6 章と第 7 章を統んでみてくだ 
さい 0 C は得意なので， Turbo Prolog についてもっと知りたいというのであれば， Using 
Turbo Prolog (P. Robinson 著， McGraw-Hill 社）などの Turbo Prolog の解説與を読 
んでみるとよいでしよう。 


最後に 
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第 11 章 

Turbo C 言語リフアレンス 

C に関する参考文献というと，昔から Brian W . Kernighan と DennisM . Ritchie による 
「プログラミング言 RC (初版）」（以降では，著者の頭文字をとって“ K & R ” と略記してい 
ます）ということになっています。この本は C に対する完全な規格は定義しておらず，そ 
の仕事は米国標準局 （ ANSI ) がなすべきものとして残されてきました。 K & R では®低限 
の規格が規定されています。したがって， K & R の中で示された機能だけを使っているプロ 
グラムは， K & R の定義をサポートする処理系ならどんなものを使ってもコンパイルでき 
るはずです。 

TurboC は K & R の定我だけではなく， ANSI 標準化案の大部分もサボートしています。 
こうした中で， TurboC は，古くからある C 言語に新しい機能を追加し，また柔軟性とパ 
ワーをより大きくすることによって， C 言語を改良，拡張する道を探ってきたのです。ここ 
では， K & R の定我あるいは ANSI 標準化案をすべて記載する紙数はありませんので， K & 
R の定義に Turbo C が追加した部分についてだけ説明しています。なお，その追加が 
ANSI 標準化案に従ったものなのか，ボーランド社が独自に拡張したものであるのかにつ 
いては示していません。 

この章では . 


この章では, K & R を参照しやすいように，なるべく K & R の付録 A「C 参照 マニュアル」 
にそって説明しています。付録 A 全部を参照しているわけではありませんが，省略した節 
は ， Turbo C と K & R の定義の間にほとんど差がないものと考えてください。また便宜 
上， ANSI 標準化案と TurboC が K & R から拡張した部分については， K & R の説明順序 
ではなく， ANSI 標準化案の記述に従づている箇所もあります。 
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コメント （ K&R 2.1) 


K&R の定義では，コメントはネスト（入れ子）することはできません。次のような例を 
見てみましょう。 


I* myfuncO をコメントとしてく くりだす */ 

I* 

myfunc() 

{ 

printf(*Thi8 is my function¥n*); /* The only line */ 

} 

ここでは， Theonlyline の直後でコメントは終わると解釈されます。したがって，対に 
なっていない右カッコ } とコメントの終了記号*/はコンパイルエラーとなります 。 Turbo 
C でも，デフォルトではコメントのネストはできませんが，コンパイラオプション - C を使 
用すれば（または 0/ C/Source メニューの Nested comments を On にすれば)，ネストに 
なったコメントを含むブログラムをコンバイルすることができます。しかし，可搬性を保 
つためには，ブログラムの一部分を# if 0と# endif で囲んでしまうのがよいでしょう。 

TurboC では，コメントは，マクロ展開の際に，空白文字一個に S き換えられます。処 
理系によっては，コメントが完全に取り除かれる場合もあり，トークンの結合に用いられ 
ることもあります。この章の 「トークンの 置換 （ K & R 12.1)」 を参照してください。 

識別名 （ K & R 2.2) 


識別名というのは，変数，関数，データ型，その他ューザが定義するものに付ける名前 
のことです。 C で識別名に使えるのは，英字 （ A 〜 Z ， a 〜 z ), 数字 （0 〜9)，下線 （_) で 
す。ただし，識別名の®:初の文字は，英字または下線でなければなりません。 

大文字と小文字は区別されます。つまり，識別名/ m / eA ■と/ m / ex は別個のものになりま 
す。 TurboC では，識別名の最初の32文字がブログラムによって認識されます。しかし， 
コンパイラオプション - i # を用いると，これを変更することができます 0 #は認識される文 
字数です。メニューオプションでは， O / C / S/Identifier length で指定します 0 

同様に，他のモジュールに由来するグローバルな識別名でも，有効なのは最初の32文字 
までです。グローバルな識別名の大文字と小文字の区別をするかどうかは， Options / Lin . 
ker メニューの Case-sensitive link ， または TLINK の / c オブ シヨ ンで指定することがで 


366 


第11章 TurboC 言語リファレンス 


TC a 8m 
auto 
break 



TC cdecl 
char 
AN const 
continue 
default 
do 

double 
else 
AN enum 


extern 
TC far 
float 
for 
goto 
TC huge 
if 
int 

TC interrupt 
long 
TC near 
TC pascal 
register 


return 
short 
AN signed 
sizeof 
static 
struct 
switch 
typedef 
union 
unsigned 
AN void 
AN volatile 
while 


定数 ( K&R 2.4) 


TurboC では， K & R で定義されているすべての定数型を，いくらか強化してサポート 
しています。 

整数型定数 ( K&R 2.4.1) 

〇〜4294967295 (10 進数）の範囲の定数が使用可能です（負の定数は，符号なし定数に単 
項マイナス演算子がついたものと考えます)。8進表記と16進表記の定数も許されています。 
定数の後ろに L (または/)という文字をつけると，その定数は long 型として表現され 


きます。ただし， pascal 型の識別名はどんな場合でも，リンク時には大文字と小文字の区 
別はされないということに注意してください。 

キーワード （ K&R 2.3) 


表11.1は， TurboC の予約語（キーワード）を示しています。予約語は識別名としては 
使用できません。先頭の AN という印は， ANSI 案が K & R に対して拡張した予約語を意 
味します。また TC は ， Turbo C で K 張されたことを意味します。 K & R では ， entry と 
fortran という予約語について言及していますが ， Turbo C では使用せず，また予約もさ 
れていません。 

表11.1 Turbo C で予約されているキーワード 


H L X P»II P 

d:dd:bdss_ 
c c c c c c c 

T T T T T T T 


8 8 8 8il 丄 JCHLXHLX 
c:de:s5!:Al 3 IBBMCCIC 

ccccccccccpcc 

TTTTTTTTTTTTT 
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ることになります。同様に，ひ（または W ) という文字をつけると，その定数は unsigned 
型になります。数値自体が65535より大きくなった場合は，（基数には関係なく） unsigned 
long になります。なお，1つの定数に，乙とひ両方をつけてもかまいません。 

表 11.2に，3種類の表記法による定数の表現を示しました。 

表 11.2 Turbo C の整定数 


10進定数 


0 - 32767 

32367 - 2147483647 
2147483648 - 4294967295 



int 

long 

unsigned long 

オーバーフローになるが警售は出力されない 0 
錶果の定數は実賺の值の « 位部が保存される 0 


8進定数 


00 

0100000 
01000000 
0100000000000 
> 0377777777777 


077777 

0177777 

017777777777 

037777777777 


int 

unsigned int 
long 

unsigned long 
オーバーフロー（网上} 


16 進定数 

0x0000 • 0x7PPF 
0x8000 • OxFFPF 
0x10000 - 0x7FPPFFFF 
0x80000000 - OxPPFFFFPF 
> OxFPFFFPPF 


int 

unsigned int 
long 

unsigned long 
オーバーフロー （ W 上) 


文字定数 ( K&R 2.4.3) 

Turbo C では， 2 文字定数がサポートされています。たとえば， ’ An ’，，¥ n ¥ t ’， あるい 
は W 007¥007’ などといったものです。これらの定数は16ビットの int 型の値として表現さ 
れます。最初の文字は低位ハ•イトに，2番目の文字は高位ハ•イトに入ります。このような定 
数は，他の C コンパイラでは使えない場合があるので注意してください。 

’ A ’，’¥ t ’， あるいは’¥007’のような1文字定数も16ビットの int 型の値として表現されま 
す。この場合，低位バイトの符号で高位八イトが埋められることになります。つまり，値 
が127 (10 進数）より大きい場合は，上位のバイトが -1[ = 0 xFF ] になります。こうした 
くなければ，デフォルトの char 型を符号なしであると宣言します（コンハ。イラオプション 
- K を使用するか， O / C / C/Default char type を Unsigned にする）。そうすれば，低位バ 
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イトの値に関係なく，高位バイトがゼロになります。 

TurboC は， ANSI 拡張の 1 つである文字コードの 16 進表記をサポートしています。たと 
えば， ， ¥xlF ， や， ¥X82, などと表記することができます〇ズと欠はどちらでもよ く， その後 
に 1 〜 3 桁の数字を害くことができます 0 

TurboC では，（これも ANSI 拡張の 1 つですが）エスケープシーケンスもサポートして 
います。エスケープシーケンスは，文字定数や文字列定数に揷人される値で，頭に円記号 
¥ (IBM PC ではハ •ッ クスラッシュ\)がついたものです。表 11.3 に，使用できるエスケ 
—ブシーケンスの一覧を示してあります （* がついているのは K & R に対する拡張です）。 


表11.3 Turbo C のエスケープシーケンス 


シーケンス 

値 

文字 

機能 

*¥a 

0x07 

BEL 

ベル 

¥b 

0x08 

BS 

ハ•ックスペース 

¥f 

OxOC 

FF 

フォームフィード 

¥n 

OxOA 

LF 

ラインフィード 

¥r 

OxOD 

CR 

リターン 

¥t 

0x09 

HT 

タブ（水平） 

* ¥v 

OxOB 

VT 

垂直タブ 

¥¥ 

0x5C 

¥ 

円記号 

¥， 

0x2C 

t 

単引用符（ァボストロフイ） 

* ¥” 

0x22 

ft 

二重引用符 

*¥? 

0x3F 

• 

疑問符 

¥DDD 


任意 

DDD は卜 3 桁の 8 進数 

*¥xHHH 

OxHHH 

任意 

HHH は 1 〜 3 桁の 16 進数 

* K&R に対する ANSI での拡張 


注意： TurboC では 2 文字定数が使用できます。したがって， 3 桁未満の 8 進数のエスケープ 
シーケンスに続いて数字が1つあると，微妙な問題が生じてきます。このような場合，後に 
統く 文字が 8 進数として許されるものであれば， TurboC は，その文字はエスケープシーケ 
ンスの一部とみなします。たとえば， 8 や 9 は 8 進数の数字として許されないので， ’¥258’ と 
いう定数は，¥ 25 と 8 からなる 2 文字定数と解釈されてしまいます。 


369 


浮動小数点定数 ( K&R 2.4.4) 


K & R でも述べられているように，浮動小数点定数はすべて double 型であると定義され 
ています。ただし，浮動小数点定数の末尾に厂を添えれば，強制的に float 型とすること 
ができます。 

文字列 （ K & R 2.5) 


K & R によると，文字列定数は厳密に1つの文字列単位，つまり2つのダブルクォートには 
さまれたテキストです（例 :” like this ”)。 数行に渡って文字列定数を記述するには，継続文 
字として円記号 （¥) を使用しなければなりません。 

しかし Turbo C では，ひとつの文字列定数に対して複数の文字列単位を使用することが 
できます。こうすると，文字列定数は文字列単位を連結したものになります。たとえば， 
次のようなことができます。 


main() 

{ 

char *ps 

p _ *Thi8 is an example of how Turbo C* 

■ will automatically¥ndo the concatenation for* 

• you on very long strings f Vnresulting in nicer■ 
•looking programs〆 ； 
printf(P); 


二のブログラムの出力は次のようになります。 

This an example of Turbo C will automatically 
do the concatenation for you on very long strings, 
resulting in nicer looking programs• 


ハードウエアの特性 （ K&R 2.6) 


K & R によれば，基本的なデータ型のサイズと数値の範囲は，処理系に強く依存し，また 
多くの場合コンピュータのアーキテクチャによって決定されるものです。これは TurboC 
にも，他の C コン八イラすべてに対しても当てはまります。表11.4は， TurboC で使用さ 
れるデータ型のサイズと数値の範囲を示しています。 
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char 

8 

-128 

- 127 

enum 

16 

-32768 

- 32767 

unsigned short 

16 

0 

- 65535 

short 

16 

-32768 

- 32767 

unsigned int 

16 

0 

- 65535 

int 

16 

-32768 

- 32767 

unsigned long 

32 

0 

- 4294967295 

long 

32 

-2147483648 

- 2147483647 


froat 32 3.4E-38 - 3.4E + 38 

double 64 1.7E-308 - 1.7E+308 

long double 80 3.4E-4932 - 1.1E+4932 




16 

32 


(near f _cs, _ds, _es, 
(far,huge ポインタ） 



_ 変換 （ K&R 6) _ 

TurboC は，あるデータ型を別の型に自動的に変換するための機構を備えています。こ 
の節では， K&R への追加項目と，処理系独自の部分について説明しています。 

char,int，enum (K&R 6.1) 

文字定数の整数型への代入は， 16 ビット全体の代入を行うことになります。これは， 1 文 



字定数と 2 文字定数はどちらも 16 ビットの値として表現されているためです （「文字定数 
( K&R 2.4.3) j を参照してください）〇デフォルトの char 型を（コンパイラォブシヨン- 
K を使って）符号なしとしていなければ，文字型（変数）を整数型に代入すると，自動的 
に符号の拡張が行なわれることになります 。 signed char 型では，つねに符号の拡張がなさ 
れます 。 unsigned char が int に変換される場合，高位バイトは必らずゼロになります。 

enum 型の値は何の変更も受けずに，直接 int に変換されます 0 同様に， int は直接 enum 
型に変換されます。 enum 型の値と文字の間の変換は， int と文字の間の変換とまったく同 
じです。 


ポインタ （ K&R6.4) 


TurboC では， ブロ グラムの中で使われるポインタには，使用するメモリモデルや使用 
するポインタ型修飾子によって，いろいろな大きさのものが存在します。たとえば，ある 
メモリモデルで ブロ グラムをコンパイルする際， ソース コード 中のア ドレシング修飾子 
( near , far , huge , _ cs , _ ds , _ es , _ ss ) を使えば，そのメモリモデルによって決まる 
ポインタの大きさを変更することができます。 

ポインタは，ある特定の型を指すものとして宣言しなければなりません。たとえ，その 
型が void であってもそうです （ void は実際には，どんな型でも指すことができるポインタ 
を意味しますが)〇しかし，なんらかの型を指すものと宣言されていれば，ポインタは他の 
型を指すようにすることができます。 TurboC では，こうしたポインタの再割当てを行な 
うことができますが，ポインタが void 以外の型として宣言されている場合には， コン ハ M 
ラはポインタの再割当てが行なわれていると警告を出します。ただし，データ型を指すポ 
インタを，関数を指すポインタに変換することはできません。この逆も同様です0 

算術変換 （ K&R 6.6) 


K&R は“通常の 算術 変換”について述べており， 算術 式 （オペランド 演算子 オペラン 
ド） の中に指定された値（オペランド）がどのように変換されるかのを，明確に示してい 
ます 0 算術 式の中のオペランドの変換において， TurboC が使用している規則は次のよう 
になります0 

1. まず，3種類の char 型， short 型， enum 型，および float 型は， 表 11.5のように変 
換されます。この変換によって，演算子で結びつけられた2つの値は， int 型 (long 
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および unsigned 修飾子を含めて）か double 型のどちらかになります。 

2. -方のオペランドが long double であれば，もう一方も long double に変換されま 
す。 

3. 一方のオペランドが double であれば，もう一方も double に変換されます。 

4. 2およひに該当しない場合，一方のオペランドが unsigned long であれば，もう 
—方も unsigned long に変換されます。 

5. 4にも該当しない場合，一方のオペランドが long であれば，もう一方も long に変換 
されます。 

6. 5にも該当しない場合，一方のオペランドが unsigned であれば，もう一方も un - 
signed に変換されます。 

7. 2〜6のどれにも該当しなければ，オペランドは両方とも int であるはずです。 

式の結果の型は，2つのオペランドの型と同じ型になります。 


表11.5通常の算術変換で使用される方法 


型 

変換後の型 

方法 

char 

int 

符号拡張 

unsigned char 

int 

常に商位バイトをゼロで満たす 

signed char 

int 

常に符号拡張 

short 

int 

unsigned であれば unsigned int 

enum 

int 

同じ値 

float 

double 

仮数部を0で満たす 
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演算子 ( K&R 7.2) 


K & R では単項ブラス演算子 （+ ) はサポートされていませんが ， Turbo C ではサボー 
卜されています。これは実際の効果は持っていませんが，単項マイナス演算子との対称性 
を提供しています。 

通常 TurboC は，整数型の式については，オペランドの交換可能な演抹子 （* や二項演 
算子の + ) では入れ換えを行なって，なるべく効率的な式を得るために式を再構成します。 
ただし，浮動小数点型の式を再構成することはありません。したがって，浮動小数点式の 
評価順序を特定したいときには，カッコを使わなければなりません。 

たとえば，6, c ，/ がすべて float 型の場合，次の式では， 

f - a + (b + c ); 

必らず，まず式 （6 十が評価され，その結果がに加えられます。 

型指定子と修飾子 （ K & R 8.2) 


Turbo C では， K & R にはない次のような基本データ型がサポートされています。 


■ unsigned char 

■ unsigned short 

■ unsigned long 

■ long double 

■ enum (列挙型） 

■ void 

TurboC では int と short は等しく，ともに 16 ビットを占めます。詳しくは「ハー ドウ 
エアの特性 （ K & R 2.6)」 をご覧ください。 


enum 型 


TurboC では， ANSI 標準で定義されている列挙型がサポートされています。 
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列挙データ型は，とびとびの整数値の組を記述するのに使用されます。たとえば次のよう 
に宣言することができます。 

enum days { sun, mon, tues, wed, thur, fri, sat >; 

ゴの^の中に列挙されている名前は，整数の定数になります。最初の名前（似/2)は自動的 
にゼロにセットされ，あとに絞く名前には，それぞれ疽前の名前に1を加えた値がセットさ 
れます⑽=1, m 打= 2,...)。名前に特定の値を指定することもできます。値の指定が 
ない名前には，前に述べたように1ずつ加算した値が与えられます。宣言の例を次に示しま 
す0 


enum coins { penny -1, nickle - 5, dime -10, quarter - 25 } ; 

列挙型の変数には， int 型であればどんな値でも代入することができます。範囲を越えて 
いるかどうかのチェックはなされません。 

void 型 


K & R では，すべての間数は値を返すことになっており，返す値の型が宣言されていなけ 
れば，その関数は int 型であるとみなされます 。 Turbo C は， ANSI 案で定我されている 
void 型をサポートしています。これは，値を返さない関数であることを明示するために使 
用します。同様に，空の引数リストには，予約語である void を害くことができます。以下 
は， void 型の例です。 


void putm 8 g(void) 

{ 

printf(•Hello world¥n *)5 

} 

main() 

{ 

putmsgOs 

> 

特別な構文として，関数が返す値を無視することを明示するために，式を void 型にキャ 
ストすることができます。たとえば，ユーザがキーを打つまて 1寺ちたいけれども，何が夕 
イプされたかは無視したい場合は，次のように害けばよいでしょう。 

(void) getch() ; 

また， void 型を指すポインタを宣言することができます。これは，何も指し示さないポ 
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インタを作り出すわけではなく，どんなデータ型でも指すことができるポインタを生成し 
ます。また，データの型は必らずしもわかっている必要はありません。どんなポインタも， 
キャストなしで void ポインタに代入することができます（逆も同様です）。ただし， void ポ 
インタに対して間接演算子 （*) を使用することはできません。なぜなら，基底型が定義 
されてない，つまりどんな型として値を取り出せばよいかがわからないからです。 


signed 修飾子 


K & R で定義されている型修飾子 long , short , unsigned に加えて ， Turbo C ではさらに3 
つの 修飾子をサポートしています。 signed . const , volatile です（すべて ANSI 案で定我さ 
れています)。 

signed 修飾子は unsigned の反対で，符号つき （2 の補数）で格納される値であることを 
意味します。これは主として，ブログラムを読みやすく，また完全にするために使われま 
す 0 ただし，デフ オル トの char 型を （ signed ではなく） unsigned として コンパイル する 
場合は，変数または関数を signed char 型に定義するためには， signed 修飾子を使用しな 
ければなりません 0 signed のみを# くと ， signed int を意味します 0 これは， unsigned が 
unsigned int を意味するのとちょうど同じです。 


const 修飾子 


const 修飾子は， ANSI 標準で定義されているように，そのオブジェクトに対する代入, 
あるいはインクリメントやデクリメントのような“副作用”を防止します。 const ポインタ 
を変更することはできませんが，それが指すオブジェクトは変更することができます。な 
お， const だけを冉くと ， const int とみなされます。次の例を見てください。 


const float pi 
const maxint 

char *con8t 8tr 
char const *str2 


■ 3.1415926; 

- 32767; 

_ ’Hello, vorld*; 

■ "Hello, world*; 


/* 龙败ポインタ */ 

/* 定数文字列へのポインタ */ 


以上の宣言が行われていると， 

pi ■ 3.0; 
i _ maxint-- ; 
str - ■Hi, there!■; 


次の文はエラーになります。 

/* const への值の代入 */ 

/* const のデクリメント */ 
/* str が他のものを指す */ 


ただし， strcpy ( str,”Hi there !”)； という関数呼び出しは許されることに注意してくださ 
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い。これは，文字列リテラル” Hi，there!” から， str によって指されるメモリの位 S へ1文字 
ずつコピーカぐ行なわれるからです。 


volatile 修飾子 


volatile 修飾子も ANSI 標準に定義されているものですが，これは const のほぼ反対で 
す。これは，そのオブジヱクトがブログラムによって変更を受けるだけでなく，ブログラ 
ムの外側から，割り込みルーチンや I/O ポートによつて変更を受ける可能性があることを 
意味します。オブジェクトが volatile であると宣言することは，コンパイラに対して，その 
オブジヱクトの値はどんな時点でも変更される可能性があるので，それを含む式を評価す 
る場合には，値に関する仮定をしないように警告することになります。それはまた，コン 
パイラがその変数をレジスタ変数にしないようにもします。 

volatile int ticks; 

interrupt timer() 

{ 

tick8++5 

} 

wait (int interval) 

{ 

ticks - 〇 5 

while (ticks < interval) 

5 I* 柯もしない */ 


このルーチン (timer が，、ー ドウエアのクロック割り込みと結びつけられていることを 
仮定しています）を使うと，引数 rnrerva/ によって与えられた時間だけ待つことができま 
す。商度な®:適化を行なうコンバイラの場合は， while ループの中では f/c/ts の値は変化し 
ないはずなので， while ループの中では ticks の i & をロー ドしない可能性があることに注意 
してください。 

cdecl ， pascal 修飾子 


Turbo C は，他の言語によつて害かれたルーチンをブログラムが容易に呼び出せるよう 
になつています。また，その逆も同様です。このように言語を結合（リンク）するときは， 
2つの重要な問題，つまり謙別名と引数の受け渡しを扱わなければなりません。 


型指定子と修飾子 （ K & R 8.2) 
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Turbo C でブログラムをコンパイルするとき，ブログラムの中のすべてのグローバルな 
識別名（関数名やグローバル変数名）は，リンクに備えてオブジェクトコードファイルの 
中にセーブされます。デフォルトでは，こうした識別名は，もとの文字ケースで(大文字. 
小文字がソースプログラムで記述されたとおりに）セーブされます。また， - u •オプション 
(O/C/C/Generateunderbars..Off) を選択しなければ，下線記号 （_) が識別名の前に; S 
かれます。 

さらに，プログラム中で宣言されたすベての外部識別名 （ extern ) は，同じ害式である 
とみなされます。リンク時には（デフォルトでは）大文字/小文字は区別されます。したが 
って，異なったソースファイルで使用される識別名は，スペルも文字ケース（大文字か小 
文字か）も，どちらも正確に一致しなければなりません。 

pascal 

他の言語で冉かれたコードを参照するような場合，状況によっては，このようなデフォ 
ルトの方法で名前をセーブしていると，問題が生じる可能性があります。 

そこで TurboC では，この問題を解決する手段を提供しています 0 どんな識別名も pas ¬ 
cal 型と して宣言することができます。 pascal 型と宣言された識別名は，すべて大文字に変 
換され，また識別名の前に下線記号が付けられることもありません。（識別名が関数の場合 
には，引数の受け渡しの手順にも彫骤します。これについては，少し後の 「間数型修飾子 
( K&R 10.1.1)」を参照してください）。 pascal 型と宣言されていれば，ソースコードで使 
われる文字ケースは何であってもかまいません。リンク時に考硪されるのは大文字だけに 
なります。 

cdecl 

- p オプション （ O / C / C/Calling convention .. Pascal ) でコンパイルすることによって， 
ソースファイル中のすべてのグローハ•ルな識別名を pascal 型にすることができます。しか 
しながら，ある識別名については文字ケースを保存し，下線記号を前に付けたままにした 
い場合があります。特に，それが他のファイルからの C の識別名の場合です。 

これを実現するには，その識別名を cdecl として宣言する必要があります（これも関数 
の引数の受け渡しに影響を及ぼします)。 

たとえば，ヘッダファイル （ stdio . h など）中のすべての関数は， cdecl 型として宣言さ 
れています。こうすることによって，たとえ - p オプションを用いてコンパイルしても，ラ 
イブラリルーチンとリンクできることを保証しています。 

詳わしくは，この章の 「閫数型修飾子 （ K&R 10.1.1)」と第9章を参照してください。 
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near,far,huge 修飾子 


TurboC には，問接演算子 （*) に衫®する（つまりデータを指すポインタを修飾する） 
3つの修飾7•があります。 near ， far , huge の3つです。この予約語の意味は，第12章で詳 
しく説明しているので，ここでは簡単に述べておきます。 

TurboC では，メモリモデルのうちの一つを使ってコンパイルを行ないます。使用する 
メモリモデルによって，データを指すポインタの内部辨式が（他の事柄とともに）決定さ 
れます。スモールデータモデル（タイ ニイ， スモール’ミディアム）の場合には，すべて 
のデータポインタの長さは16ビットであり，またデータポインタはデータセグメント （ DS ) 
レジスタからのオフセットを与えます。ラージデータモデル（コンパクト，ラージ， ヒュ 
ージ）の場合は，データを指すすべてのポインタの長さは32ビットであり，ポインタはセ 
グメントアドレスとオフセットの両方を与えます。 

データモデルのサイズをどれか1つ決めて使うときに，デフォルトとは違うサイズまたは 
擗式を持つポインタを宣言したい場合があります。このような場合に，修飾子 near ， f ar ， 
および huge を使用します。 

near ボインタの投さは16ビットしかありません。このポインタは，それ自身のセグメン 
トアドレスとして，データセグメント （ DS ) レジスタの内容を使用します。これは，スモ 
ールデータモデルでのボインタのデフォルトです。 near ポインタを使用すると，データは 
カレントの 64 K バイトのデータセグメントに制限されます。 

far ポインタの長さは32ビットで，セグメントアドレスとオフセットの両方を含んでい 
ます。これはラージデータモデルでのデフォルトです。 far ポインタを使用すれば， i 8088/ 
8086プロセッサの 1 M バイトのアドレス空間のあらゆる場所のデータを参照することがで 
きるようになります。 

huge ポインタの長さも32ビットで,やはりセグメントアドレスとオフセットの闽方を含 
んでいます。 far ポインタと異なるのは， huge ポインタは必らず正規化されているという 
ことです。これに関する詳細は第12章で説明しているので，ここでは概要だけを述べます。 

■ huge ポインタに対しては，関係演算子（ニニ，！=, く，>, く二， > =) はすべて，正確 
にまた期待どおりに機能します。 far ポインタに対してはうまく働きません。 

■ huge ポインタに対して算術演算を行なうと，正規化が行なわれるために，セグメント 
アドレスとオフセットの両方が影®を受けます。 f ar ボインタでは，影®を受けるのは 
オフセットだけです。 

■ huge ポインタ（が指しているアドレス）は， 1 M バイトのアドレス空間全体を通 I て 
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増加させることができます。 far ポインタ増加させていくと，結局のところは 64 K バイ 
卜のセグメントの出発点に戻ってしまいます。 

■ huge ポインタに対して算術演箅を行なうと，必らず正規化ルーチンが呼び出される 
ので，時間は余計にかかります。 


構造体と共用体 （ K & R 8.5) 


Turbo C は，檐造体と共用体についても K & R に従っており，さらに次のような特徴が 
追加されています。 

ワードアラインメント 


- a コンパイラオプション （ O / C / C / Alignment .. Word ) を使うと ， Turbo C は構造体（あ 
るいは共用体）に対して，ワードアラインメントに必要な‘パディング’（ハ M 卜の挿入）を 
行ないます。これによって，次の3つが保証されることになります。 

■« 造体はワード境界（偶数アドレス）から始まります。 

■ char 型以外のメンバは，どれも構造体の始まりから偶数のオフセットに3¢かれます。 
■構造体全体の長さが偶数ハ M 卜になるように，1バイトが（必要ならば）付け加えられ 
ます。 


ビットフイ ー ルド 


Turbo C では，ビットフィールドは signed int , unsigned int のどちらであつてもかま 
いません。また，1〜16ビットの領域を占めることができます。ビットフィールドは，ワー 
ド内の低位ビットから商位ビットへ割り当てられます。たとえば，次のビットフィールド 
は，次のページの図のように割り付けられます。 

struct mystruct { 
int 1: 2; 

unsigned 1:5 ； 
int x 4; 

int k : 1; 

unsigned m : 4; 

> a f b f C5 
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格数フィールドは 2 の補数で表現されます。一番左のビットは符号ビットです。たとえ 
ば， ( a . k のよラな）ビット反1の signed int のビットフイールドは-1と0の値しか持つこと 
ができません。ゼロでない値は，すべて-1と解釈されるからです。 


文 ( K&R 9) 


Turbo C では， K & R で定義されている文はすべて，変更なしでサポートされています。 


外部関数定義 （ K & R 10.1) 


Turbo C では， W ] 数の中で行なわれた extern 宣言は当該ブロック内でのみ有効であり, 
宣言が行なわれたブロック範囲の外では認識されません。ただしコンパイラは，このよう 
な extern 宣言を記憶しておいて，以降で行なわれている同じオブジェクトに対する宣言 
と比較するために用います。 

Turbo C は， ANSI が K & R の関数の定義に対して行なった拡張のほとんどをサポート 
していますが，これには，関数ブロトタイブの他に，関数型修飾子が含まれています。さ 
らに Turbo C では， interrupt 型の関数のような，独自の強化も行なっています。 

関数型修飾子 (K&R 10.1.1) 


extern や static に加えて ， Turbo C では，関数の定義に関する特有な修飾子をいくつ 
か用意しています 0 pascal , cdecl ， interrupt ， near ， far ， huge の 6 つです 0 
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pascal 関数修飾子 


pascal という修飾子は Turbo C 特有のもので， Pascal の引数の受け渡し方法を使用す 
る関数（および関数を指すポインタ）のために用意されています。これを用いると，他の 
言語で宵いたブログラムから呼び出せる関数を ， Turbo C で畨くことが可能になります。 
同様に， C のブログラムから，他の言語で 與 いた外部ルーチンが呼べるようになります。リ 
ンクに備えて，閱数名はすべて大文字に変換されます。 

注意 ： - p コンパイラオプション（〇 / C / C / Callingconvention .. Pascal ) を使用すると，す 
ベての関数（およびその関数を指すポインタ）は pascal 型として扱われます。また， pascal 
型として宣言された関数は， pascal 型であることがわかっていれば， C のルーチンから呼 
ぶことができます0たとえば，次のように関数を宣言してコンパイルしたとすると，他の 
C ブログラムはこれをリンクして呼び出すことができます。 

pascal putnum8(int i f int j f int k) 

{ 

printf(*And the answers ares Zd f Zd f and 2d¥n* t i f j f k); 

> 

ただしこの関数を呼び出すブログラムでは，次のような宣言が行なわれてい 
なければなりません。 

pascal putnums(int i, int j, int k); 


main () 

{ 

putnums(1,4,9); 

) 

pascal 型の関数では， printf などの関数とは違って，引数の個数を可変にすることはで 
きません。したがって， pascal 型の関数の定義では，省略符号 (...) は使用できません。 
(可変個の引数をとる関数の定義には省略符号を用いますが，これについては少し後の「関 
数プロトタイプ （ K&R 10.1.2)」を参照してください。） 

cdecl 関数修飾子 

cdecl 修飾子も Turbo C に特有のものです。 pascal 修飾子と同様に，これも関数や関数 
を指すポインタに対して使用されます。 cdecl 関数修飾子の目的は， -p コンパイラオブシ 
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ヨンを取り消して，その関数が通常の C 関数として呼び出せるようにすることです。たと 
えば， -P オプシヨンを設定してブログラムを コン バイルしたいけれども， printf を使いた 
い場合は，次のようにすればよいわけです。 


extern cdecl printr() : 

putnum8(int i ， int j t int k) : 

cdecl main() 

{ 

putnum8(l f 4 f 9); 

} 

putnumsCint i, int j f int k) 

{ 

printf(•And the answers are ： Zd 9 Id. and Zd¥n* f i f j f k )5 


ブログラムを - P オブションでコンバイルする場合，実行時ライブラリから利用される関 
数は，すべて cdecl 宣言される必要があります。 （ stdio . h などの）ヘッダファイルの中を見 
ると，このような場合を想定して，どの関数もはっきりと cdecl 型として定我されている 
のがわかるでしよう 〇 -p オプションを使う際には， main も cdecl として宣言しなければな 
らないことに注意してください。これは， C スタートアップ コードが main を呼び出すとき 
には，必らず C の呼び出し方法を用いるからです。 

interrupt 関数修飾子 


Turbo C 特右•のもう1つの修飾子は interrput です。 interrput 型の関数は，8088/8086の 
割り込みベクタとともに使用されるものとして設計されています 0 Turbo C は ， interrput 
型の関数をコンパイルする際に，関数の入口と出口に特別なコードを付加して， AX ， BX , 
CX , DX , SI ， DI , ES , DS の各レジスタの値が保持されるようにします。他のレジスタ （ BP , SP , 
SS ， CS , IP ) は， C の呼び出しシーケンスの一部として，あるいは割り込み処理それ自身の 
—部として保存されます。一般的な interrput 定義は，次のようになります。 


void interrupt myhandler() 


このような割り込み関数は， void 型として宣言する必要があります。割り込み関数は， 
どんなメモリモデルの場合でも宣言することができです。 ヒュー ジ以外のメモリモデルで 
は， DS がブログラムのデータセグメントに設定されます。 ヒュー ジモデルでは， DS はモ 
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ジュールのデータセグメント に設定されます。 


near , faar , huge 関数修飾子 


near , far , huge 修飾子は Turbo C に特有のものです。これらは cdecl あるいは pascal と 
組み合わせることはできますが， interrupt と組み合わせることはできません。 

interrupt 型でない関数は， near , far あるいは huge と宣言することができます。これは 
使用されるメモリモデルでのデフォルトの設定を無効にします。 near 関数は near コール 
を使い， far および huge 関数は far コール命令を使います。 

タイニイ，スモール，コンハ•クトメモリモデルでは，修飾子のない関数はデフォルトで 
near 型になります。ミディアムおよびラージメモリモデルでは，修飾子のない関数はデフ 
オルトで far 型になります。ヒュージメモリモデルではデフオルトは huge 型になります。 

huge 関数は far 関数とはとんど同じですが， DS レジスタの値が，その huge 関数が含ま 
れているソースモジュールに対するデータセグメントのアドレスにセットされる点が輿な 
ります。 

関数型 huge は ， Turbo C と同じメモリ割り当てを使用しないアセンブリ言語のコード 
とのインターフェースを必要とするときに便利です。 


関数プロトタイプ ( K&R 10.1.2) 

関数を宣言する際に， K & R が認めている関数宣言子は，関数名，関数型，一対の空の力 
ッコから成るということだけです。引数が（もしあれば）宣言されるのは，関数そのもの 
を実際に定務する時だけです。 

ANSI 標準および Turbo じでは，関数を宣言するために関数ブロトタイプを使用するこ 
とができます。これは，関数の引数に関する悄報をもつ宣言子です。コンパイラはこの悄 
報を利用して，関数の呼び出しが正しく行なわれているかどうかを調べます 0 コンパイラ 
はさらに，この情報と，呼び出しの際の引数の型が一致していない場合に，引数を強制的 
に適切な型に変換します。たとえば，次のようなコードがあるとしましょう。 

long imax(long vl f long v2); 

main() 

{ 

int limit - 32; 
char ch _ f A f 5 
long mval; 

mval■lmax(limit f ch); 
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/ ma ズに対する関数ブロトタイプが与えられているので，このブログラムは代入に関す 
る標準的な規則に従って， limit と cA を long 型に変換してから， /mfl ズの呼び出しに備えて 
スタックに褙みます。関数ブロトタイブが宣言されていないと， "⑽ヒ ch は ，それぞれ整 
数と文字としてスタックに積まれます。この場合，/爪 似に 渡されるスタックは， Imax が 
期待しているものと大きさと内容が一致しないので，問題が生じます。 K & R では引数の型 
と個数のチヱックがまったく行なわれませんが，関数プロトタイプを使うと，バグやその 
他の ブロ グラミング エラーを 見つけ出すことができるので，たいへん役に立ちます。 

関数ブロトタイブは，コードを說みやすくするのにも役に立ちます。たとえば，関数 
strcpy は2つの引数，すなわちコ ピー 元 （■ sowrce ) とコ ピー 先 ( destination 、 の2つの文字列 
をもっています。問題は，どっちがどっちかということです。関数ブロトタイプを見れば， 
それがはっきりします。 

char *strcpy(char *dest f char ^source); 

ヘッダファイルが関数ブロトタイプを含んでいる場合は，そのファイルをブリントアウ 
卜すれば，そうした閱数を呼び出すブログラムを肖くのに必要な悄報の大部分を得ること 
ができます。 

カッコの中に， void しか入っていない関数宣言子は，関数に引数が 1 つもないことを意味 
します。 


f(void) ; 

引数が1つ以上ある場合には，カッコの中にはカンマで区切られた宣言子の並びが入りま 
す。宣言子は，型だけを指定してもよく，識別名を入れてもかまいません。 

func(int *•long) ; /* S のみ */ 

func(int * count, long total) 5 /* 51 と W 期名 */ 

上の 2 つの宣言子では，関数/ wm: は 2 つの引数を持つことになります。つまり， _ nt と 
いう名前の） int 型を指すポインタと，（⑼ a/ という名前の） long 型の整数です。識別名は 
あってもなくても，引数の型の不一致が起こったときに診断メッセージの中で使われる以 
外には，他の部分では影響はありません。 

関数ブロトタイプは通常，一定の個数の引数を受け入れるものとして関数を定義します。 
受け取る引数の個数が可変である C の関数 （printf など）については，関数プロトタイプ 
のカッコの中に省略記号 (...) を指定することができます。たとえば次のようにします。 

f(int *count, long total, •••); 
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この棟のブロトタイブでは，固定の引数は コンハ。 イル時に検査され，可変の引数はプロ 
トタイプが存在しなぃ場合と同じ手順で引き渡されます。 

以下に，関数宣言子とブロトタイプの例をぃくつか示します。 

int f(); /* int を返す関败 . 引败に関する情報はない . 

K&R の “ 古典的 " スタイル .*/ 

int f(void )； /* int を返す関败 . 引败はない .*/ 

int p(int,long); /* int を退す関 »• 

91 败は 2 つ； 1 番目は int, 2 番目は long. */ 

int pascal q(void )； /* int を返す pascal® の M 败 • 引败はない .*/ 

char far *8(char ^source, int kind); 

/* char への far ポインタを退す M».II 数は 2 つで， 

1 番目は char へのポインタ • 2 番目は int. */ 

int printf(char *format,...); 

/* int を返す関败.最初の引败は char への 

ポインタで团定， 2 番目以鋒の 91 败は可 *.*/ 

int (*fp)(int); /* int を返す M 败へのポインタ . int の 91 败 1 つ .*/ 

次に，プロトタイプの指定がある場合となぃ場合で， TurboC が，_数呼び出しにおぃ 
て言語修飾子と仮引数をどう処理するかに関する規則を要約しておきます。 

規則1:関数の定義における言•语^飾子は，その関数のすべての呼び出しにおぃて，関数の 
宣言で使用される修飾子に一致しなければならなぃ。 

規則2 :関数の中で仮引数の値を変更することは許されてぃるが，割り込み関数を除ぃて， 
この変更はその関数を呼んだ側のルーチンにおける実引数には何の影®も与えなぃ（詳し 
ぃことは，第12章の f 割り込み関数 j を参照してくださぃ)。 

関数ブロトタイプがあらかじめ宣言されてぃなぃ場合， TurboC は， 「算術 変換 ( K&R 
6.6)」のところで述べた拡張規則に従って引数を変換してから，関数呼び出しに渡します。 
関数ブロトタイプが宣言されてぃる場合には，与えられた引数を宣言された引数の型に変 
換しますが，その変換は代入文と同じように行なわれます。 

関数ブロトタイプが省略記号(…）を含んでぃる場合は，省略記号までは他のブロトタイ 
ブと同じように，与えられた関数の引数すべてを変換します。可変部分の引数が与えられ 
てぃる場合は，コンパイラはブロトタイプの指定がなぃ場合に関する通常の規則に従って， 
関数の引数を拡張（変換）します。 

プロトタイプを宣言してぃる場合，（ブロトタイプに省略記号を使ってぃなぃのであれ 
ば）引数の個数は一致しなければなりません。引数の型は，代入できる（通常の規則に従 
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つて変換できる）ものでなければなりません。どんな場合でも，キャストを使えば，引数 
を関数ブロトタイプが受け入れられる型に変換することができます。 

こういった点を明らかにする例を以下に示します。 


int 

8trcmp(char 

*sl t char *82); 

1* 

宪全なプロトタイプ 

*/ 

char 

♦strcpyO ； 


/* 

プロトタイプなし 

*/ 

int 

8ampl(rioat ( 

、 int f …）； 

/* 

宪全なプロトタイプ 

*/ 


samp 2 () 


char *8x f *cp; 





double z ； 





long a; 





float q ； 





if (8trcmp(8x f cp)) 

/* 

#1: 

正しい 

*/ 

8trcpy(ax f cp f 44)5 

/* 

#2: 

Turbo C では許されるが可搬性は低い 

*1 

sampl(3 f a f q); 

/* 

#3: 

正しい 

*/ 

strcpy(cp)s 

/* 

#4: 

寅行 _ ェ 9 一 

*/ 

8ampl(2); 

/* 

#5: 

コンバイルエラー 

*/ 


この例の5つの呼ひ•出し（コメントの#1〜 #5) は，関数呼び出しとブロトタイプに関する 
の相違点を示しています。 

#1では， strcmp の呼び出しは正確にブロトタイプと一致しており，まったく問題はあり 
ません。 

#2では， strcpy の呼び出しには余分な引数があります （ strcpy の引数は3個ではなく 2個 
です)。この場合， TurboC は少し時間を使って，余分な引数をプッシュするコードを作り 
だします。しかし ， strcpy の 引数に関する情報が コンパイラに 与えられていないので，構 
文エラーは起きません。この呼び出しは可搬性が高いものではありません。 

#3では，プロト タイプに従って， sampl の最初の引数は float 型に，2番目の引数は int 型 
に変換されます。この変換によって，かなりの有効数字が失なわれてしまう可能性がある 
ので，コンバイラは警告を発するはずです。 long 型を int 型に変換すると，上位ビットが 
切り落とされてしまうからです （ int 型への明示的なキャストを使えば警告は出なくなり 
ます）。3番目の引数 y は，プロトタイプの省略記号に対応しているので，通常の算術変換 
に従って double 型に変換されます。#3は正しい呼び出しです。 

#4では strcpy がもう一度呼び出されていますが，今度は引数の個数がたりません。これ 
は実行時エラーを引き起こすことになり，ブログラムを破壊するおそれがあります。コン 
ハ。イラは（同じ関数の呼び出しで引数の数が前とは違っているのに!）何も言いません。こ 
れは， strcpy に対する関数ブロトタイブが宣言されていないからです。 

#5では samp / が呼び出されていますが，やはり引数の個数がたりません。 sampl は少な 
くとも2つの引数を必要とするので，この文はコンバイルエラーになります。コンパイラ 
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は，呼び出しにおいて引数の個数が宣言よりも少ないというエラーメッセージを出します。 


重要な注意： 関数プロトタイプが実際の関数定義と一致していない場合 ， Turbo C は，そ 
の定義がプロトタイブと同一のファイルに存在する場合に限り，このエラーを検出します。 
プロトタイプのヘッダファイルを使ってさまざまなルーチンのライブラリを作るような場 
合，ライブラリをコンバイルする際には，そのヘッダファイルを必らずインクルードする 
のがよいでしょう。そうすれば，ブロトタイブと実際の関数定義との間の矛盾を見つける 
ことができます。 

スコープ(通用範囲）に関する規則 （ K & R 11) 


M 複した識別名に関しては ， Turbo C は K & R よりかなり寛容です 。 Turbo C には，4 
つの識別名のクラスが存在します。 

変数名， typedef 名，列挙型の メンバ名は，それが定我されているブロックの中では，® 
複してはいけません。外部で宣言された織別名は，他の外部変数名と重複してはいけませ 

ん〇 

構造体，共用体，列挙型のタグ名は， それが定義されているブロックの中では， ffi 複し 
てはいけません。関数の外部で宣言されたタグ名は，外部で定義された他のすべてのタグ 
名と®複してはいけません。 

構造体，共用体の メンバ名は，その構造体または共用体の中の他のメンバ名と ffi 抜して 
はいけません。別々の構造体のメンバ名に関しては制限は何もありません。 
goto ラベルは，それが宣言されている関数の中では重複してはいけません。 

コンパイラ制御行 ( K & R 12) 


Turbo C では， K & R に見られる制御コマンドをすべてサポートしています。これらは 
プリプロセッサ指令と呼ばれ，実際には#で始まるソース行です。#の前または後ろにはホ 
ワイトスペース（空白，タブ,改行）を S くことができます。 


卜ークン（綴り）の置換 （ K&R12.1) 


TurboC では， K & R が定義している# define と# undef をサポートしていますが，さら 
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に以下のような点が追加されています。 


■次の識別名は， # define 指令と# undef 指令の中に現われてはなりません。 

— STDC_ 

— FILE _ 

—LINE— 

DATE 

_ TIME_ 

■マクロ定義内で##で区切られている 2 つのトークンは， （## の両側にホワイトスペース 
があっても）結合されます。プリプロセッサはホワイトスペースと##を取り除き，2つ 
のトークンを結合します。これは識別名を作り出すために使用されます。たとえば次 
の定義があると， 

Idefine VAR(i.j) (i ## j) 

VAR ( x ,6) は （ x 6) に展開されます。これは（可搬性は低いけれども）ときどき用いられ 
る （ i /* */ j ) を使用する方法の代用になります。 


■マクロ定義文字列内に S かれているネストしたマクロが展開されるのは，もとのマク 
口が展開されるときであって，そのマクロが定義されるときではありません。これは, 
マクロのネストと# undef の間の関連に 影響を 与えます。 


■シンボル#は，マクロの引数の前に；1くことによって，その引数を文字列化（文字列に 
変換）することができます。マクロが展開されるときに，# 仮引数が 1 ’実引数’’ に 》 き換 
えられます。したがって，次のマクロ定義が与えられると， 

#define TRACB(flag) printf(#flag •_Zd¥n_• flag) 

次の文は， 

highval _ 1024; 

TRACE(highval); 


以下のようになり， 

highval - 102 4; 

printf(■highval* •■Zd¥n 、 highval); 

さらに，以下のようになります。 
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highval - 1024; 

printf( B highval-2d¥n* t highval); 


■他の処理系とは異なり， Turbo C は文字列および文字定数内のマクロ引数を展開しま 
せん。 


ファイルのインクルード （ K & R 12.2) 


TurboC では， K&R の# include 指令をサポートしていますが，さらに次のような特徴 
も備えています。# include "filename” という形を用いた場合に，プリプロセッサは，デフ 
オルトディレクトリの中でインクルードフアイルが見つからなければ，次にコンパイラオ 
ブシヨン -I で指定されたディレクトリを検索します。# include く filename 〉 という形を用い 
ている場合は，ぺで指定されたディレクトリだけが探索されます（メニューオブシヨン0/ 
D/Include directories に列挙してあるディレクトリは，コマンドラインオブシヨン -Ipath- 
name で指定されたディレクトリと同じです）〇 

ディレクトリの区切り記号 （¥) を含む# include 文を表現する場合， マクロ 展開を用い 
ることができます。# include の後ろに識別名がある場合，プリプロセッサは定義されてい 
る マクロの 中からそのテキストを検索します。しかし，# include の後ろの文字列が引用符 
(””） か不等号記号（く〉）で囲まれている場合は，その中に マクロと 同じテキストがあっ 
ても展開を行ないません。したがって次の場合では， 

Idefine myinclude *ci¥tc¥include¥mystuff.h* 

#include myinclude 
#include •myinclud.h* 

肢初の# include 文は C:¥TC¥INCLUDE¥MYSTUFF.H を探し， 2 番目はデフォルト 
ディレクトリの中から MYINCLUD.H を探します。 

また，# include 文で使用される マクロ 内では，文字列リテラルの連結や，トークンの結 
合を使ってはなりません。 マクロ 展開によって，通常の# include 指令のように読めるテキ 
ストが生成されなければなりません。 


条件つきコンパイル （ K & R 12.3) 


K&R の定義では，指定された数行をホワイトスペース 1 行に置き換えることによって条 
件つき コンパイルが 実行されますが， TurboC でもこれをサポートしています。こうして 
無視される行は，# if, #ifdef, # ifndef, #else, #elif, #endif 指令で始まる行，および以 
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上の指令の結果コンパイルされなくなる行です0条件つきコンパイル指令は，それが始ま 
ったソースファイルまたはインクルードファイルの中で必らず終わらなければなりません。 

丨 

Turbo C は ANSI の演算子 defined ( symbol ) をサポートしています。この symbol が 
(# define によって）すでに定義され，そのあと （# undef によって）定義を解除されてい 
なければ，この値は1(真）になります。そうでなければ，その値は0 (偽）です。したが 
って，次の2つの指令は同じ意味を持ちます。 


#if definedCmysym) 
#ifdef my8ym 


defined は， # if 指令に絞く複雑な式の中で繰り返し使用できるので， # ifdef 文を連ねる 
必要がなくなります。たとえば次のように害くことができます。 

#if defined(my8ym> 丨 | defined(yoursym) 

最後に， TurboC では （ ANSI とは違って）プリプロセッサ式の中で sizeof 演算子を使 
用することができます。したがって次のような記述が可能です。 

#i£ (8izeof(void *)—2) 

Idefine SDATA 
#el8e 

Idefine LDATA 
#endif 


行制御 （ K&R 12.4) 


TurboC は， K & R が定義している# line 指令をサポートしています。マクロは# include 
指令の中で展開されますが，同じように# line の中でも展開されます。 


# error 指令 （ANSI C 3.8.5) 


TurboC は# error 指令をサポートしています。この指令は（はっきりと定義されてはい 
ませんが） ANSI 案で示されています。書式は次のようになります。 


ierror errmsg 


また，メッセージは下の形式で出力されます。 


Fatal: filename line# Error directivei errmsg 


コンパイラ制御行 （ K&R12) 
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一般的にこの指令は，コンハ•イル時の望ましくない条件をとらえるために，プリブロセ 
ッサの条件判断指令とともに指定します。通常（望ましい条件）の場合，条件判定は奥に 
はならないようにしておき，条件が真となった場合には，コンパイラはメッセージを表示 
して処理を中断します。つまり，望みどおりでない場合に真となる条件判断部の中に# 
error 指令を入れておくわけです。 

たとえば，が定義されており （# define A/KK バム)，その値は 0 か 1 のどちらかで 
なければならないとします0この場合，ソースプログラムの中に以下のような条件判断部 

を 5 S いて， MYVAL の値が正しいものかどうかをテストすることができます。 

#if (MYVAL 1- 0 kh MYVAL I-1) 

#error MYVAL must be defined to either 0 or 1 
lendif 

プリプロセッサは， #error 指令行の中のコメントを取り除き，残りのテキストを表示し 
ます。 


# pragma 指令 (ANSI C 3.8.6) 


Turbo C は# pragma 指令をサボートしています 0 この指令は (# error と同じで） ANSI 
案ではあいまいにしか定狻されていません。この目的は，次の形の“処理系独自の”指令を 
3 午すことです。 


#pragma 掏令名 

# pragma を用いることによって，その処理系が必要とする指令を何でも定我すること 
ができますが，# pragma をサポートする他のコンパイラに釤響を与えることはありませ 
ん。これは，そのコンパイラが指令名を認識できない場合は，その# pragma 指令を無視す 
ることになっているからです。 

# pragma inline 

Turbo C は 3 つの# pragma 指令を認識します 0 その 1 つは， 


Ipragma inline 


です。この指令は - B コンパイラオプションと同じです。これは，ブログラム内にインライ 
ンアセンブリ言語コードが存在するということをコンパイラに知らせます（第 9 章を参照し 
て下さい）。これはファイルの先頭に S くのが最良です。# pragma inline に出会うと，コ 
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ンパイラは自分で - B オブションを指定して， ( TASM を呼び出すために）コンパイル処理 
令リスタートする（最初からやり直す）からです。実際には， - B オプションと# pragma 
inline 指令の両方とも指定しないでおいてもかまいません。こうすると， asm 文に出会った 
ときにコンパイル処理をリスタートします。このオプションと指令の目的は，コンパイル 
時間を節約することにあります。 

# prasrma warn 


2番目の# pragma 指令は 

, pragma warn 


です。この指令によって，明示的な - W ズズズコンパイラオプション（あるいは O / C / E / Dis - 
play warnings .. On ) を無効にすることができます。 

たとえば，ソースコードに次のような指令が置かれていると， 


Ipragma warn +xxx 
Ipragma warn -yyy 
Ipragma warn .zzz 

ズズズ贅告は （ O / C / E/Display wamings .. Off となっていても）出力され，外夕贅告は出力 
されません。また， zzz 警告はファイルのコンハ•イルが始まったときの値に戻されます。 

この指令で使用する3文字の略語とそれに対応する費告は，リファレンスガイドの付録 C 
に一覧表があります。 

# pragma saveregs 

この pragma は， huge 関数に入ったときに，その huge 関数がどのレジスタの値も変更 
しないことを保証します。この指令は，アセンブリ言語コードとのインターフェースをと 
るときに必要になることがあります。# pragma saveregs は，該当する関数定義の直前に 
31かなければなりません。これはその関数に対してのみ適用されます。 

ヌル指令 (ANSI C 3.7) 


完全を期すために， ANSI 案と Turbo C はヌル指令を認識します。ヌル指令は，文字# 
のみを含む行から成り立つというだけです。この指令は常に無視されます。 


コンパイラ制御行 (K&R12) 
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標準 マクロ 名 (ANSI C 3.8.8) 


ANSI では，5つの標準マクロが処理系で利用できるように要求しています 。 Turbo C は 
この5つ全部をサポートしています。各マクロ名の始めと終わりには，それぞれ下線が2つ 
(__) ついていることに注意してください。 

_— LINE 現在処理中のソースファイルの行番号を示す10進の定数。ソースファイルの 

最初の行は1と定義されています。 

コンパイラが# include 指令や# line 指令を処理するときには，このマクロは 
変化します。 

__現在処理中のソースファイルの名前を示す文字列リテラル。 

コンバイラが# include 指令を処理するときには，このマクロは変化します。 
__ DATE __ プリプロセッサが現在のソースファイルの処理を開始した時の日付を示す文 

字列リテラル。 

1つのファイルに_ DATE __を祓数人れた場合，処理にどんなに時間がかか 
つても，同じ値をもつことが保証されています。日付は mwm 以タタタタとい 
う#式で表現され， mmm は月 （ Jan , Feb ， など)， W は日 （1 〜31,1桁な 
ら10の位は空白），义 KKV は年（1987，1988,など）を表わします。 

TIME __ブリプロセッサが現在のソースファイルの処理を開始した時刻を示す文字列 
リテ♦ル。 

1つのファイルに __ TIME __を複数入れた場合，処理にどんなに時間がかか 
つても，同じ値をもつことが保証されています。 時刻は M : mm ： ss という 
弁式をとり， AA は時 （00 〜 23), mm は分（〇〇〜 59), 55は秒（〇〇〜 59) を表 
わします。 

_ STDC __ ANSI 互換性 (- A ) オプション ( O / C / S/ANSI keywords only .. On ) を指 

定してコンバイルしている場合は定数の1,そうでなければこの マクロ は定義 
されません。 

Turbo C 標準 マクロ 


Turbo C のプリプロセッサでは，使用可能なマクロがさらにいくつか定義されていま 
す。 ANSI が規定しているマクロと同様に，各マクロの始まりと終わりには下線記号が2つ 
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(__) 付きます。 

一_ TURBOC __ 现在の Turbo C のバージョン番号を示す16進定数。バージョン 1.0 は0 

X0100, バージョン 1.5 は 0 x 0105 のようになります。 

_ 一 PASCAL —— - p オプションのシグナルです。 - p オプションが使用されている場合は 

整定数1,そうでなければ定義されません。 

__MSDOS __どんな場合にも整定数1。 

CDECL __ - p オプションは使用されていない （ O / C / C/Calling convention .. C ) こ 

とを知らせます。 - p フラグが使用されていなければ整定数1,そうでなけ 
れば定義されません。 

次の6つのシンボルは，コンバイル時に選択されたメモリモデルを示すように定我されま 
す。どんな場合でも1つだけが定義され，その他は定義されません 0 たとえば，スモールモ 
デルでコンバイルする場合は __ SMALL __ だけが定義され，他は定莪されません。したが 
って，# if defined し— SMALL — 一)はぬ:に ，# if defined し— HUGE _—) (およひ•この他） 
は偽になります。定義されるマクロの侦は1です。 

__ TINY __ タイニイモデル 

_SMALL _ スモールモデル 
__ MEDIUM __ ミディアムモデル 
__ COMPACT _ コンパクトモデル 
__ LARGE __ ラージモデル 
_ _ HUGE _ ヒュー ジモデル 

アナクロニズム——時代遅れ （ K & R 17) _ 

K & R で指摘されている C の時代遅れな点は ， Turbo C では採り入れていません。 


アナログニズム 時代遅れ （ K & R 17) 
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第 12 章 

Turbo C での上級プログラミング 

遅かれ速かれ，この章まで来られるとは思っていました。きっと，学校の勉強とは較べ 
ものにならない速さで，水を吸うスポンジのごとく知識を吸いあげながら，これまでの贲 
を突破してきたに違いありません0そして今，ニューフロンティアを求めて，より深遠な 
領域へと探査の足を踏み出そうとお考えなわけです。心より歓迎申し上げます。 

この章では . . 

ここでは，4つの大きな話題を採り上げています。 

■まず，メモリモデルについてタイ ニィ モデルからヒュージモデルまでお話しします0 
メモリモデルとはどんなものか，どうやって1つのメモリモデルを選択するか，なぜそ 
のメモリモデルを使う（あるいは使わない）と決めるのか，という点を説明していき 
ます。 

■次は，他の言語と組み合わせてブログラムを開発するという問題です。 Turbo C と 
Turbo Prolog とを組み合わせる場合については，すでに第10章で見てきました。ここ 
では， Pascal およびアセンブリ言語とのインターフェースについて説明します。 

■そのあと， Turbo C での低レベルのブログラミングを3つの面から見ていきます。アセ 
ンブリコードのインライン展開，擬似変数，割り込み処理の3つについて述べます0 

■最後に，浮動小数点数に関する問題を採り上げます。 

それでは，さっそく始めましよう。 


アナ□グニズム 時代遲れ （ K & R 17) 
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メモリモデル 


メモリモデルとは何でしようか。また，なぜそんなことを気にしなければならないので 
しようか0この質問に答えるには，今使っているコンピュータシステムについて少し知っ 
ておく必要があります。システムの中央処理装:！ （ CPU 〉 は，インテルの iAPX 86 ファミ 
リィに属しているマイクロプロセッサです。おそらく，8088,8086,80186,80286,80386のい 
ずれか（あるいは V 30) でしよう。以降では，8086ということで話を進めていくことにし 
ます。 


8086 のレジスタ 


図12.18086のレジスタ 


仇用レジスタ： 


セグメントレジスタ： 


特殊用途レジスタ： 



アキュムレータ 
ベース （インデックス） 

カウント（ループ，その他〉 
データ（データの保持） 

コードセグメントポインタ 
データセグメントポインタ 
スタックセグメントボインタ 
エキストラセグメントポインタ 

スタックポインタ 

ベースポインタ 

ソースインデックス 

デステイネーションインデックス 


この図は，8086のレジスタの構成で，各レジスタの用途を簡単に示しています。この他 
に2つのレジスタ， IP (命令ポインタ）とフラグレジスタがありますが， TurboC ではアク 
セスできないので省略してあります。 
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沉用レジスタ 


汎用レジスタは，データの記憶や操作のために，敢も頻繁に使用されるレジスタです。 

各レジスタは，それぞれ独自の機能を持っています。たとえば次のようなものがあります。 

■多くの数学的演猝は， AX を使わなければ行なえない。 

■ BX は， far ポインタのオフセットを保持するのに使用される。 

■ CX は，8086の LOOP 命令で使用される。 

■ DX は，データを保持するために使用される。 

しかし，4つのレジスタのどれを使っても行なえる操作は数多くあり，多くの場合レジス 
夕を自由に選んで使用することができます。 

セグメントレジスタ 


セグメントレジスタは，4つのセグメントの開始アドレスを保持しています。次の節で詳 
しく説明しますが，セグメントレジスタの16ビット値を4ビット左にシフト （16 倍）すれ 
ば，そのセグメントの実際の20ビットアドレスが得られます。 


特殊用途レジスタ 

8086は，特殊な用途のためのレジスタをいくつか持っています。 

■ SI と DI は，汎用レジスタの機能の多くを持つほか，インデックスレジスタとして使 
用されます。 TurboC では，レジスタ変数を置く場所として使用されます。 

■ SP は，現在のスタックの先頭を，スタックセグメントからのオフセット値で表わしま 
す。 

■ BP は，第2のスタックポインタで，通常は引数を取り出すために，スタックのインデ 
ックスとして使用されます。 

ベースポインタ （ BP 〉 は， C の関数の中で，引数と自動変数のベースアドレスとして使 
用されています。引数は BP からの正のオフセット値を持ち，その値は，メモリモデルと, 
関数の入口で退避されたレジスタの個数によって変化します。 BP は常に，直前に退避され 
た BP の値を指しています。引数を持たない関数や，引数の宣言がない関数は， BP を使っ 


メモリモデル 
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たり，退避したりすることはありません。 

自動変数には BP からの負のオフセット値が与えられ，1番目の自動変数が最も小さい 
(絶対値が最大の）負のオフセット値を持つことになります。 

メモリセグメンテーション 


8086マイクロプロセッサは， セグメント化されたメモリ アーキテクチャを持っています。 
そのアドレス空間は，全体としては 1 Mb ありますが，1度には 64 K しかアクセスできないよ 
うになっています。その 64 K の連統したメモリのことを セグメント と呼んでいます。 

では，いったい何個のセグメントが存在するのでしょうか。そして，それはどこに配蓝 
され，8086はどのようにしてその場所を把握するのでしょうか 0 

■8086 には，4つの異なるセグメント （コード，データ，スタック，エキスト ラ）があり 
ます。コードセグメントには機械語命令が格納され，データセグメントにはデータが, 
スタックセグメントにはもちろんスタック悄報がおさめられます。エキストラセグメ 
ントは，通常データセグメントの予備として使用されます。 

■8086 は， CS , DS , SS , ES という4つの16ビットセグメントレジスタを持っており，そ 
れぞれコード，データ，スタック，エキストラの各セグメントを指しています。 

■セグメントはメモリ上のどの場所にも置くことができますが，そのスタートアドレス 
は，16 (10 進）の整数倍でなければなりません。この理由は，先に進むにつれて明ら 
かになります。 

アドレスの計算 

それでは，8086がこれらのセグメントレジスタを使ってどのようにアドレスを計算する 
のかを説明しましょう。8086上の完全なアドレスは，セグメントアドレスとオフセットと 
いう2つの16ビット値から構成されています 0 たとえば，データセグメントのアドレス （DS 
レジスタの値）が 2 F 84 (16 進）だとすると，データセグメントの先頭からのオフセットが 
0532 (16 進）であるデータの本当のアドレスを計算してみましょう。 

まず，セグメントレジスタの値を4ビット （16 進では1桁）左にシフトし，これにオフセ 
ット俑 i を力 D えます。 

こうしてできた20ビットの値が実際のアドレスになります。具体的には次のようになり 
ます。 
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DS レジスタ（シフト後）： 001011111000 0100 0000 - 2 F 840 
オフセット ： 0000 010100110010 - 00532 


アドレス ： 00101111110101110010 - 2 FD 72 


セグメントの開始アドレスは常に20ビットの数値ですが，セグメントレジスタはそのつ 
ちの上位16ビットだけを記憶し，残りの4ビットは常に0であるとみなします。そのためセ 
グメントは，必らずメモリ上の16バイトごとのアドレス（敢後の4ビットがゼロ，つまり16 
進の最後の桁がゼロ）のところから始まることになります。 

したがって， DS レジスタが 2 F 84 という値を持つ場合は，データセグメントは 2 F 840 とい 
うアドレスから始まります。ところで，16バイトが集まったものをパラグラフと呼ぶこと 
がありますが，この言葉を使えば，セグメントは必らずハ•ラグラフの境界から開始すると 
いえます。 

アドレスは普通， セグメント ： オフセット という形式で記述します0上の例であれば， 
2 F 84 : 0532と表記するわけです。なお，オフセットはオーバーラップする （® なりあう） 
ことができるので，あるアドレスを表わすセグメント：オフセットという擀き方は一通リ 
ではないということに注意してください。たとえば，以下のアドレス表記はすべて同じメ 
モリ位 it を表わしています。 

0000:0123 
0002:0103 
0008 :00 A 3 
001010023 
001210003 


セグメントはオー八ーラップすることができます（そうしなくてもいいのですが)。4つ 
のセグメントがすべて同じアドレスから始まっていてもかまいません0こうすると，ブロ 
グラム全体の大きさが 64 K を越えることはありません。言いかえると，コード，データ， 
およびスタックのための領域は全部で 64 K だけということになります。 

near , far,huge ポインタ 


ポインタは， TurboC の各メモリモデルにおいて，何をしなければならないのでしょつ 
か。たくさんあります。選択したメモリモデルの種類によって，コードとデータに対して 
使用されるポインタのデフォルトの型が決められます。しかし，どんなメモリモデルの場 
合でも，ポインタ（あるいは関数）を特定の型として明示的に宣言することができます。 
near (16 ビット）， far (32 ビット）， huge (32 ビット）の3つの型です。それでは，この3 
つの型を順に見ていきましよう。 
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near ポインタ 

near (16 ビット）ボインタは，アドレスの計算に際してセグメントレジスタの1つを利用 
します。たとえば， near ポインタが指している関数のアドレスは，そのポインタの16ビッ 
卜値を，コードセグメント （ CS ) レジスタの内容を左にシフトしたものに加えることで得 
られます。同様に， near データポインタは，データセグメント （ DS ) レジスタに対する才 
フセットを持っています。 near ポインタは，どんな算術計算の場合でもセグメント につい 
ては考える必要がないので，容易に操作することができます。 

far ボインタ 

far ポインタ （32 ビット）は，セグメント内でのオフセットだけでなく，（もう1つの16ビ 
ット値）セグメントアドレスを持っており，これを左シフトしてオフセットに加えてでき 
たアドレスがポインタの指す場所になります 0 far ポインタを使うと，複数のコードセグメ 
ントを操作することができるので， 64 K バイトを越えるブログラムを作ることができま 
す。また， far ポインタで 64 K バイト以上のデータにアクセスできるようになります。 

ただし，データに対して far ポインタを使う場合，ポインタ操作については格別な注意を 
払う必要があります。「アドレスの計算」で述べたように，同じアドレスを表わすセグメン 
卜：オフセットの組合せはたくさんあります。たとえば，000〇 : 0120, 0010 : 0020, 0012 : 
0000という far ポインタは，すべて同じ20ビットアドレスを表わしています。3つの far ポ 
インタ変数ケ c ) が，それぞれこの3つの値を持つとすると，以下の式はすべて偽になり 
ます。 

if (a ― b ). 

if (b ― c ). 

if (a ― c ). 

同様な問題は， far ポインタの比較に，〉，〉 = ，く，く =などの演箅子を使う場合にも生じま 
す。この場合，オフセットだけが （ unsigned として）比較されるので， a , b , c の値が前と同 
じだとすると，以下の式はすべて真になります。 

if (a > b ). 

if (b > c ). 

if (a > c ). 

== (等しい）と！ = (等しくない）の場合は，32ビット値を（完全なメモリアドレスで 
はなく ） unsigned long として比較を行ないます。一方，大小を比較する演算子 
(< =，>=，く，〉）の場合は，オフセット値だけを比較します。 
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== と！ = は，ヌル （ NULL ) ポインタ （0000:0000) との比較のために，32ビット全部 
を必要とします。等しいかどうかの判定にオフセット値だけを使ったのでは，ブログラマ 
の意図に反して，オフセットが0000のポインタはすべてヌルポインタと等しくなってしま 
うからです。 

注意すべき点が，もう1つあります。 far ポインタにある値を加えると，変化するのは才 
フセットだけです。オフセットが FFFF (16 ビットの最大値〉を越えるような値を加える 
と，ポインタは元のセグメントの最初に戻ってしまいます。たとえば，5031: FFFF に1を 
加えると， (6031: 0000ではなく）5031: 0000になります。同様に, 5031: 0000から1を引 
くと， （5030 : 00 0 F ではなく）5031: FFFF になります。 

ポインタ同士の比較を行なう場合に一番安全なのは，（セグメントアドレスが共通な） 
near ポインタか，次に説明する huge ポインタです。 

huge ポインタ 

huge ボインタも32ビットで， far ボインタと同様にセグメントアドレスとオフセットを 
持っています。しかし， far ポインタとは異なり， huge ポインタは 正規 化されており ， 「far 
ポインタ」 で述べたような問題が解決されています。 

正規化されたポインタとはどのようなものでしょうか。それは，セグメントアドレスを 
可能な限り大きくした32ビットのポインタです。セグメントの開始アドレスは16バイト （16 
進で 10) ごとにとることができるので，正規化されたポインタのオフセットの値は，必ら 
ず〇〜15 (16 進で〇〜 F ) の 範囲 内にあることになります。 

どのようにしてポインタを正規化するのでしょうか。簡単です。ポインタを20ビットア 
ドレスに変換し，右の4ビットをオフセット，左の16ビットをセグメントアドレスに使えば 
いいのです。たとえば， 2 F 84: 0532というポインタは， 2 FD 72 という絶対アドレスに変換 
され，これが正規化されて 2 FD 7: 0002になります。以下に正規化の例をいくつか示しま 

to 


0000:0123 0012:0003 

0040:0056 004510006 

500 D :9407 594 Di 0007 

7418: D 03 F 811 B :000 F 

このように， huge ポインタは常に正規化されています。なぜこれが重要なのでしょう 
か。どのようなメモリアドレスであっても，それに対応する huge アドレス（セグメント： 
オフセット）はただ1つだけだからです。したがって，==と！=の演算子は， huge ポインタ 
に対しては正しい答えを返すことになります。 

さらに，〉，〉=，く，< =は， huge ポインタに対しては，32ビット全部を使うようになって 
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います。正規化は，ここでも正しい答えを保証することに 
正規化によって， huge ポインタのオフセット値は，自動 
卜値は （ far ポインタとは異なり）正しく調整されます。たとえば， 811 B : 00 OF をインク 
リメントすると，結果は 811 C : 0000になります。同様に 811 C : 0000をデクリメントする 
と， 811 B : 00 0 F になります。このため， huge ポインタを使えば， 64 K 以上の大きさのデ 
ータ構造を扱えるようになります。 

huge ポインタを使う代償として，いくらかオーバーへ 、ツ ドを必要と 
夕の演算は，特別なサブルーチンを呼んで行ないます。 • 

は， far や near ポインタにくらべ，かなりの時間がかか （ 


Turbo C の6つのメモリモデル 


オーバーへ 、ッ ドを避けることは（それが必要なら別ですが)， TurboC によって可能にな 
ります。6つのメモリモデル（タイニイ，スモール，ミディアム， コンパク ト，ラージ，ヒュー 
ジ）の中から，使用するメモリモデルを選択することができます。いブログラムが必要と 
するものによってどのモデルを選ぶかが決まります。以下は，各メモリモデルの要約です。 


タイニィ 名前からもわかるように，©も/卜さいメモリモデルです0 4つのセグメントレ 

ジスタ ( CS , DS , SS , ES ) がすべて同じアドレスにセットされるため，コード, 
データ，配列などの総計は 64 K 以内になります 0 常に near ボインタが使用さ 
れます。メモリが少ないときにはこれを使用してください。タイニィモデル 
のブログラムは， / t オブシヨンをつけてリンクすれば. COM 形式に変換する 
ことができます。 

スモール コードセグメントとデータセグメントは別々に，またオーバーラップせずに 

とられるので，コードと静的データはそれぞれ 64 K まで使用できます。スタ 
ックとエクストラセグメントは，データセグメントと同じアドレスに置かれ 
ます。 near ポインタが常に使用されます。平均的なブログラム開発に適した 
モデルです。 

ミディアム コードには far ポインタが使用されます（データには near )。 したがって，静 

的なデータは 64 K 以内に限定されますが，コードは 1 M バイトまでとること 
ができます。大きなブログラムで，たくさんのデータをメモリ上に S いてお 


く必要のない場合に向いています。 

コンパクト ミディアムの場合とは逆に，データに対してのみ far ポインタが使用されま 


す。したがって，コードは 64 K 以内に制限されますが，データは最大 1 M バイ 
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卜を利用することができます（ただし静的データは 64 K までです)。コードは 
小さいけれども，たくさんのデータをメモリ上に置くプログラムに適したモ 
デルです。 

ラージ コードとデータの両方に far ポインタが使用され，コード•データとも 1 M バ 

イトまで使用できます（その合計は 1 M バイトまでです）。非常に大きなアブ 
リケーシヨンでなければ必要にならないでしょう。 

ヒュージ コードとデータに対して far ボインタが使用されます。他のメモリモデルで 

は静的データのサイズは 64 K に制限されますが，ヒュージメモリモデルでは 
その制限はなくなり， 64 K バイト以上の静的データを使用することができま 


以下に示した図（図 12.2 〜図12.7)は ， Turbo C の6つのメモリモデルにおいて8086の 
メモリがどのように区分されているかを示しています。 

図12.2 タイニイモデルのメモリセグメンテーション 


低位アドレス 


高位アドレス 


セグメントレジスタ セグメントサイズ 
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sfileZ 


( CS はある時* 
では 1 つの sfile 
だけを栴してい 
る} 


DGROUP 


SP ( TOS ) — ► 


最初の SP 




高位アドレス 


DATA クラス ’ DATA ， 
初期化データ 


_BSS クラス ’ BSS ， 
初期化されないデータ 


ヒ 


スタック 


far ヒープ 
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R3 


CS 


セグメントレジスタ 

f 氏位アドレス CS - ► 


DGROUP 


SS 

SP TOS 


最初の 


高位アドレス 


TEXT クラス t CODE i 

コード 


DATA クラス f DATA - 
初期化データ 


BSS クラス BSS # 
W 明化されないデータ 


スタ/ク 


セグメントサイズ 


64 K バイトまで 


64 K 


まで 


フリー 
スペース 


64 K バイトまで 

残りのメモリ企恥 

^_フリー 

スペース 


図 12.6 ラージ モデルのメモリセグメ ンテーシヨン 


セグメントレジスタ 


低位アドレス 


後数の sfilc : 


sfileA 


sfileB 


sfileZ 




( CS はある時戎 
では1つの sfile 
だけを m してい 
る} 


最初の SP 


高位アドレス 



( sfile ) 一 TEXT クラス ' CODE ' 

GROUP < 

- / 

_DATA クラス DATA ' 

籾明化データ 

_BSS クラス # BSS # 

初期化されないデータ 

H 編 



スタ V ク 


ヒープ 



セグメントサイズ 

各 sfile が 
64 K パイトまで 


64 K 


まで 


64 K 


フリー 

スペース 

卜まで 


找リのメモリ全部 


フリー 
スペース 
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データポインタのデフォルトは huge でなく far であるという点に注意してください。 L 
たがって， huge データポインタを使う場合には，明示的に huge と宣言する必要がありま 
す 0 
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表12.1メモリモデル 







64 K 

タイニィ 

(データとコードはオーバーラップ 

総計= 64 K ) 

スモール 



(オーバーラッブはなし 



総計= 128 K ) 



コン ハ •クト 



(ラージデータ， 

(ラージデータ， 


スモールコード） 

ラージコード） 

1 MB 


ヒュー ジ 

(ラージと同様，ただし 
静的データ〉 64 K ) 


重要な注意： 1つのモジュール（いくつかのルーチンを含むソースファイル）をコンバイル 
する場合，コンパイル後のコードは 64 K バイトを越えてはなりません。1つのモジュールの 
コードは，1つのコードセグメントにおさめなければならないからです。これは，ラージコ 
ードモデル（ミディアム，ラージ，ヒュージ）を使用する場合でも同じです。1つのコードセ 
グメント （64 K ) に入りきらないような大きなモジュールの場合は， 64 K 以内のモジュール 
に分割し，別々にコンパイルしてからリンクする必要があります。同様に，ヒュージモデ 
ルは，合計では 64 K 以上の静的データを扱えますが，各モジュール内では 64 K を越えては 
なりません。 
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複数のメモリモデルを使ったプログラミング 

:アドレス修飾子 


TurboC は，標準の C ( K & R あるいは ANSI ) にはない7つの新しい予約語 （ near ， far ， 
huge ,_ cs ,_ ds ,_ es ,_ ss > を導入しています。これらは，ポインタの修飾子として（場合に 
よっては関数の修飾子としても）使用することができます。ただし，いくつかの制限と注 
意点があります。 

Turbo C では，予約語 near , far , huge で関数やボインタを修飾することができます。 
near , far , huge の各データボインタについては，この章の初めの方で説明しました。 near 閼 
数は， near コールで呼び出され， near リターンで帰ります。同様に， far 関数は， far コー 
ルで呼び出され， far リ ターンで戻ります。 huge 関数は far 関数と似ていますが， huge 関 
数は DS を新しい値にセットすることができるのに対し， far 関数はできません。 

さらに， _ cs ,_ ds ,— ss ,_ es という4つの特殊な near データポインタがあります 0 これら 
は16 ビッ トのボインタで，それぞれ名前に対応するセグメントレジスタに結びつけられて 
います。たとえ ( f , 次のようなポインタを宣言すると， 


P はスタックセグメントに対する16ビットオフセット値をとることになります。 

あるブログラムの中の関数とポインタは，選択したメモリモデルによって，デフォルト 
として near か far になります。関数あるいはボインタが near であれば，それは CS か DS 
レジスタのどちらかに結びつけられていることになります。 

表12.2に，各メモリモデルのデフォルトポインタの禅類を示しました。ポインタの大き 
さは，そのポインタ t !^64 K のメモリ内で働くか （ near , セグメント内），それとも 1 M バイ 
卜のメモリ空間内で働くか （ far , セグメントアドレスを持つ）に対応して決まることに注 
意してください。 
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関数を near と宣言するか， far と宣言するか 


場合によっては，表12.2に示したメモリモデルから決まるデフォルトの関数の型を変更 
たい（あるいは変更する必要がある）ことがあります。 

たとえば，ラージメモリモデルを使いたい場合に，ブログラムの中に次のようなリカー 


•ブ 


(再帰的——自分で自分自身を呼び出す）関数があるとします。 


double power(double x 9 int exp) 

{ 

if (exp <■ 0) 
return(O )5 

else 

return(x*power(x f exp-1))j 


すると，が自分自身を呼び出すたびに far コールをしなければなりませんが ， far 
ールはスタックスペースとクロックサイクルをたくさん使ってしまいます。 power を，次 
はうに near 型と宣言すれば，すべての呼び出しが near コールになるので，こうした才 
-バーへッドを減らすことができます。 

double near power (double z f int exp) 


これで， power は ，それがコンハ 。イ ルされたコードセグメントの中でのみ呼び出すことが 
でき，またすベての呼び出しは near コールとなることが保証されます 0 

これは，もしラージコードモデル（ミディアム，ラージ，ヒュージ）を使っている場合， 
power が定義されているモジュールの中でしか， power を呼び出せないことを意味します。 
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他のモジュールは各々独自のコードセグメントを持っているので，別のモジュールにある 
near 関数を呼び出すことはできません 0 さらに， near 関数は，それを呼び出す前に，定義 
または宣言しておかなければなりません。そうしないと，コンハ•イラは near コールを生成 
する必要のあることがわからないからです。 

逆に，関数を far と宣言すれば， far コールと far リターンが生成されます。スモールコ 
ードモデル（タイニィ，スモール，コンパクト）では， far 関数は使用する前に宣言または定 
莪して，確実に far コールが行なわれるようにしなければなりません。 

power の例をもう一度見てください。 power がそのモジュールの中でしか呼び出されな 
いとすれば， static と宣言した方がよいことがわかります。 static と宣言すると，その名 
前はそのモジュールの外の関数からは“見えなくなる”からです。また，/ whw •の引数の個数 
は固定なので，次のように pascal 型と宣言すれば，さらに最適化することができます。 


static double near pascal power(douDie x f int exp) 


ポインタを near , far,huge のい ずれと宣言するか 


関数をブログラムの他の部分とは異なるモデルとして宣言する理由を見てきました。ポ 
インタについても同様ではないでしょうか。前の節とまったく同じ理由から，不要なオー 
バ ーへ ^ッドを滅らし（デフォルトが far の際に near と宣言する），デフォルトのセグメン 
卜の外にあるものを参照することができます（デフォルトが near の際に far , huge と宣言 
する）。 

もちろん，このようなことをする場合には“落し穴”がいくつかあります。たとえば，次 

のブログラムをスモールモデルでコンバイルしたとします。 

void myputsi 8 ) 
char *8 ； 

{ 

int i; 

for (i-0; 8[i) I- 0; i++) putc(8[ij); 

} 

main() 

{ 

char near *mystr; 

mystr ■ ’Hello ， world¥n*; 
myput8(my8tr); 

> 

このブログラムは正しく動きます。すべてのボインタ，コードおよびデータは near なの 
で，爪夕於广を near と宣言するのも不要といえます。 


412 


第 12* Turbo C での上級プログラミング 





しかし，このブログラムをコンハ。クト（あるいはラージ，ヒュージ）メモリモデルでコン 
パイルするとどうなるのでしょうか。 main の mystr は near (16 ビットポインタ）のままで 
す 0 しかし，の中のポインタ j は今度はデフォルトの far になります。したがっ 
て， myputs は far ポイ ンタを作るためにスタックから2ワードを取り出そうとしますが，で 
きあがったアドレスは mp / r のものとは違っているはずです。 

どうすればこの問題を避けることができるでしょうか。答えは，次のようにモダンスタ 
イルで mypuis を定義することです 0 

void myput8(char *s) 

{ 

I* myputs のボデイ */ 

> 

TurboC は，これをコンバイルするときに， m 夕 pwW は char へのポインタを期待してい 
るとわかっています。また，ラージモデルでコンハ•イルしているので，ポインタが far でな 
ければならないことがわかっています。したがって TurboC は，爪；^/•の16ビットポイン 
夕とともにデータセグメント （ DS ) レジスタをスタックにブッシュして， far ポインタを 
作り出すのです。 

これと逆の場合はどうでしょうか。つまり， m 夕 pww を far と宣言し，スモールデータモ 
デルでコンパイルする場合です。この場合も，関数ブロトタイブを使わないと， main は才 
フセットとセグメントアドレス両方をスタックにブッシュします力ぐ， myputs はオフセット 
しか期待していないので，問題が起きるはずです。関数ブロトタイブを使えば， main は才 
フセットのみをスタックにブッシュすることになります。 

教訓：ポインタの型を明示的に far または near と宣言する場合には，そのポインタを使用 
する関数は必らず関数ブロトタイプを宣言すべきである。 

特定のセグメント：オフセットアドレスを指し示す 

far ポインタが，メモリ上のある位 S (特定のセグメント：オフセットアドレス）を指し 
示すようにするにはどうすればよいでしょうか0標準のライブラリルーチンとして MK _ 
FP が用意されています。 MK _ FP は，セグメント値とオフセット値を引数にとり， far ポ 
インタを返します。たとえば次のようにします。 

farptr - MK_PP(segment_value , offset value); 

また， far ポインタび p ) から，セグメント値を取り出す FP _ SEG (/ p ) と，オフセット 
値を取り出す FP OFF 0 ) も用意されています。この3つのライブラリルーチンの詳細に 
ついては，リファレンスガイドの第2章を参照してください。 
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適切な宣言子を作る 

宣言子というのは，関数，変数，ポインタ，データ型の宣言を行なう際に使用する文の 
ことです。 C では，複雑な宣言子を作ることも可能です。この節では，宣言子を害く（ある 
いは說む）練習になるような例をいくっか示し，あわせて犯しやすい誤りも紹介しています。 

伝統的な C のブログラミングでは，必要な定義をネストして宣言子を作り上げなければ 
なりません。こうすると，ブログラムは洸みにくく （また 寄き にくく）なってしまいます。 
以下の例に示す宣言子を考えてみましょう （表 12.3)。これらをスモールメモリモデル 
(コード.データともスモール）でコンパイルすることにします。 

表 12.3 typedef を使わない宜首子 










I j ^ 









.w ■ T ^L ft 1 ぐ王ぐ fcvOi^rtCSt 


i >^j 途 ^^^^^^^^^^^^^^^^^^^ 


以上はすべて正しい宣言子ですが，徐々に理解するのが雅しくなっていきます c 
typedef をうまく使うと，こうした宣言子を読みやすくすることができます。 

同じ宣言子を typedef 文を使って書きなおすと，次のようになります。 
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見てわかるように， g 即 A びの typedef 宣言と前に示した宣言とでは，読みやすさと明確 
さが大きく異なります。 typedef と関数ブロトタイブをうまく使えば，ブログラムは#きや 
すく，デバッグしやすく，保守しやすくなるのです。 


ライブラリを使うには 


TurboC には，6個のメモリモデルに対して，標準のライブラリルーチンがそれぞれ1つ 
ずつ用意されています。統合環境 （ TC ) を使っている場合， TurboC は選択されたメモリ 
モデルに基づいて，適切なライブラリを適切な順序でリンクします。同様に，スタンドア 
ロンの コンパイラ （ TCC ) を使う場合も， TurboC は自動的にリンクを行ないます 0 
ただし ， TLINK ( TurboC のリンカ）を直接（スタンドアロンのリンカとして）使用す 
る場合は，どのライブラリを使うのかを指定しなくてはなりません。6個のメモリモデルす 
ベてを使うのでなければ，（作業用ディスクやハードディスクに）使用するモデルのライブ 
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リファイルだけをコピーしておけばよいでしよう。各メモリモデルで必要となるライブラ 
リファイルの一覧表を次に示します。 


タィニィ 

COT . OBJ , MATHS . LIB , CS.LIB 

スモール 

COS . OBJ , MATHS 丄 IB , CS.LIB 

コン八クト 

COC . OBJ , MATHC . LIB , CC.LIB 

ミディアム 

COM . OBJ , MATHM . LIB , CM.LIB 

ラージ 

COL . OBJ , MATHL . LIB , CLUB 

ヒュージ 

COH . OBJ , MATHH . LIB , CH.LIB 


ここで，タイニィモデルとスモールモデルは，ライブラリファイルは同じものを使いま 
すが，スタートアップファイルは異なる （ COT . OBJ , COS . OBJ ) ことに注意してくださ 
い。また，使用しているシステムに8087/80287演算コプロセッサが装着されている場合は, 
FP 87/80287. LIB というファイルも必要となります。8087/80287がなく，エミュレートする 
必要がある場合には， EMU . LIB が必要となります。 

次に TLINK コマンドの入力例をいくつか示します。 

tlink cOm a b c, prog f mprog 9 fp87 mathm cm 
tlink cOc d e f t plan, mplan t emu mathc cc 

最初の コマン ドは，ミディアムモデルのライブラリと8087/80287サポートライブラリを 
リンクして，実行可能ブログラム PROG . EXE を作成します。2番目は，コンパクトモデル 
のライブラリと，実行時にコプロセッサが使えない場合に浮動小数点演算をエミュレート 
するライブラリをリンクして， PLAN . EXE を作成します。 

注意： オブジェクトとライブラリを並べる順序は，たいへん重要です。 C スタートアップモ 
ジュール （ C 0 ズ . OBJ ) は，常にリストの先頭に [I く必要があります。ライブラリは次の順 
序で並べます。 

1. ユーザ独 g のライブラリ（必要であれば） 

2. FP 87. LIB または EMU . LIB , 次に MATHjc 丄 IB (浮動小数点を扱う場合だけ必要） 

3. Cx.LIB (Turbo C の 標準 ライブラリファイル） 


C 0 ズ， MATH ' C ズのズは，メモリモデルを指定する英字で， T , S ， M , C , L ， H のいず 
れかです。 
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モデルが異なるモジュールの 

あるモジュールはスモールメモリモデルでコンバイルし，他のモジュールはラージモデ 
ルでコンパイルしたような場合，リンクはどうすればよいでしようか。 

リンクそのものはうまくいくでしょう 0 しかし， ここで 直面する問題は 閩数を near と 
宜言するか， fai •と宜首するか」 で述べたようなことです。スモールモジュール内の関数 
がラージモジュール内の関数を呼び出していると， near コールが行なわれるはずで，悲 
慘な結果を招くでしょう。ポインタに関しても，やはり 「ポインタを near , far , huge のい 
ずれと宜*するか」 で述べたような問題にぶつかります。スモールモジュール内の関数は， 
near ポインタを受け渡すことを期待しているのに対し，ラージモジュール中の関数は far 
ポインタを期待しているわけです。 

これを解決するには，やはり関数ブロトタイプを使うことです。 —奶 を別のモジュー 
ルに移し，ラージメモリモデルでコンパイルしたとしましよう。このよつな場合， 
MYPUTS.H などの名前でへッダファイルを作って，その中に次のような関数ブロトタイ 
ブを入れておくべきでしょう。 

void far myputs(char far * 8)5 

さらに， main を独立したモジュールにするのであれば，その中でへッダファイルをイン 
クルードします0 

# include <8tdio.h> 

# include B myput8.h* 

main() 

{ 

char near *my 8 tr 5 
mystr ■ •Hello, world¥n "5 
myput8(my8tr )5 

> 

このプログラムをコンバイルすると， TurboC は， MYPUTS.H から関数プロトタイプ 
を読み込み， m 夕 pww は far ポインタを引数にとる far 関数であると認識することかできま 
す。したがって，スモールメモリモデルでコンパイルしても，呼び出しのコードは適切に 

生成されるのです。 

では，以上のことに加えて，ライブラリルーチンをリンクしなければならないとしたら 
どうでしょうか。最善の方法は，ラージモデルライブラリの1つを使って，すべてを far と 
官言することです。これを行なうには，通常のヘッダファイル （ STDIO.H など）をコピー 
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し，適当な名前 （ FSTDIO . H など）をつけておきます。そして，このファイルの中の各関 
数プロトタイブを，次のように明示的に far 型と宣言します。 

int far cdecl printf(char far ♦ format , …）； 

こうすると，各ルーチンに対して， far コールが行なわれるだけでなく，渡される引数も 
far ポインタになります。プログラムを次のように変史して，新しい ヘッダ ファイルをイン 
クルー ドするようにしてく ださい。 

# include <fstdio.h> 


main() 

{ 

char near *my8tr; 

•mystr _ "Hello, world¥n B ； 



これを TCC でコンパイルし， TUNK でリンクしてみてください。リンク時には，ラー 
ジモデルライブラリ C し LIB を指定します0 メモリモデルを組み合わせるのは，ややトリッ 
キィですができないことではありません。しかし，なにか間違いをすれば，雅解なバグが 
発生することは覚悟しておいてください。 
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複数の言語を使うプログラミング: 
他の言語とのインターフヱース 


TurboC では， C のブログラムから，他の言語で 齊 いたルーチンを容易に呼び出すこと 
ができます。また逆に，他の言語のブログラムから C のルーチンを呼び出すこともできま 
す。この節では， TurboC と他の言語とのインターフェースがどの程度 簡単な のかを明ら 
かにするとともに，こうしたインターフヱースに関する情報も提供しています。 

S 初に，引数の受け渡しシーヶンス（手順）として代表的な2つを説明し，次にアセンブ 
リ言語モジュールの害き方を示すことに.しましょう。 

引数の受け渡しシーケンス： C と Pascal 


TurboC は，関数へ引数を受け渡す方法として2つをサボートしています。1つは標準の 
C の方法，もう1つは Pascal の方法です。 

c の引数受け渡しシーケンス 

まず次のような関数ブロトタイブを宣言した場合を考えてみましょう。 

void funca(int pi,int p2 f long int p3); 

デフォルトでは， TurboC は“ C の引数受け渡しシーケンス” (C calling convention..C 
の呼び出し惯例とも呼ばれる）を用います。この関数 （/ w / iaz ) が呼び出されると，引数は 
“右から左”の順の順）でスタックにブッシュされていきます。その後，リター 
ンアドレスがスタックにブッシュされます。したがって，次のような呼び出しを行なうと, 


main() 

{ 

int i f j; 
long k; 

• # • 

i - 5; j - 7; k - 0xl407AA; 
funca(i t j f k); 


スタックは次のようになるはずです（リターンアドレスがブッシュされる前）〇 
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SP + 04 
SP + 02 
SP: 


07AA k - p3 
0007 j - p2 
0005 i - pi 


(8086 では，スタックは高位メモリから低位メモリに向かって成長していくことを思い 
だしてください。したがって，/がスタックの先頭になります）。呼ひ•出されているルーチ 
ンは，スタックに何個の引数がブッシュされているかを正確に知っている必要はありませ 
ん（知ることはできませんが)。そのルーチンとしては，必要な引数はスタックにあるはず 
だと想定しているだけです。 

さらに，これが重要なポイントですが，呼ひ•出されたルーチンは，スタックから引数を 
ポップしてはなりません。なぜでしようか。呼び出した側のルーチンがその作業を行なう 
からです。たとえば，上の main のソースからコンパイラが作り出すアセンブリ言語は•次 


のようなものになるでしょう。 


mov 

word 

ptr 

(bp-8),5 

;i _ 5 をセット 

mov 

word 

ptr 

(bp.6] f 7 

；j ■ 7 をセット 

mov 

word 

ptr 

[bp-2] t 0014h 

; k - 0xl407AA をセット 

mov 

word 

ptr 

(bp-4) t 07AAh 


push 

word 

ptr 

[bp-2] 

k の*位ワードをプッシュ 

push 

word 

ptr 

[bp-4 】 

k の低位ワードをプッシュ 

push 

word 

ptr 

[bp-6] 

j をプッシュ 

push 

word 

ptr 

[bp-8) 

i をプッシュ 

call 

near 

ptr 

funca 

funca t 哼び出す（アドレスをプッシュ 

add 

8Pt8 



スタックの調轚 


最後の命令 add sp ，8 に注目してください。コンパイラはこの段階で，スタックに何個の 
引数がブッシュされているかを正確に知っています。また，/の呼び出しでブッシュさ 
れたリターンアドレスは， / wmra の®:後の ret 命令によってすでにボップされていること 
も知っているわけです。 

Pascal の引数受け渡しシーケンス 

もう1つのやり方は，標準 Pascal の引数受け渡しシーケンス ( Pascal の呼ひ•出し憤例） 
です。ただしこれは ， Turbo C から Turbo Pascal の関数が呼び出せることを意味するわ 
けではありません。このシーケンスでは，引数を“左から右”へブッシュします。たとえば, 
funca を次のように宣言したとします。 


void pascal tunca(int pl 9 int p2 9 long int p3); 

この関数が呼び出されると，引数はスタックに左から右へ { pl . p 2. p 3 の順で）ブッシュさ 
れ，続いてリターンアドレスがスタックにブッシュされます。したがって次の呼び出しで 
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は， 


main() 

{ 

int i,j; 
long k; 

• • • 

i - 5s j - 7; k - 0xl407AA; 
funca(i # j f k )； 


スタツクは次のようになリます（リターンアドレスがブッシュされる前)。 


SP 

+ 

06: 

0005 

i - pi 

SP 

+ 

04: 

0007 

j - p2 

SP 

+ 

02: 

0014 

SPj 



07AA 

k - p3 


さて，どこが違うのでしようか。引数をブッシュする順序が逆になっていることに加え 
て， Pascal のシーケンスでは，呼ひ•出されるルーチン （/ w / ja ?) がスタック上にブッシュさ 
れている引数の個数を知っており，それにあわせてスタックを調! g することができます。 
アセンブリコードにおきかえると，の呼ひ•出しは次のようになります。 


pusn word ptr [bp-8] 
push word ptr [bp-6] 
push vord ptr [bp-2 】 
push word ptr [bp-4] 
call near ptr funca 


: i 备プッシュ 

5 j をプッシュ 

； k の高位ヮードをプッシュ 

? k の抵位ワード奩プッシュ 

; funca を鮮び出す（アドレスをプッシュ） 


呼ひ•出しの後に addsp ，8 が無いことに注意してください。そのかわり， funca は main に 
戻る前に，スタックをきれいにするために ret 8という命令を実行します。 

デフォルトでは ， Turbo C で冉かれる関数は，すべて C の引数受け渡し手順を使用しま 
す。唯一の例外は - p オプションを指定した場合で(〇 / C / C/Calling convention .. 
Pascal )， すべて Pascal の引数受け渡しシーケンスが使用されます。この場合でも，特定 

の関数に対して C のシーケンスを使うことが指定できます。これには，次のように修飾子 
cdecl を使います。 


void cdecl funca(int pl f int p2 f long int p3 )； 

こうすると，その関数についてはつオプションを無効にすることができます。 

では， Pascal の呼び出し慣例はどんな場合に使うのでしょうか。主な理由は 3 っありま 
す0 


■ Pascal の呼び出し慣例を使った既存のアセンブリ言語ルーチン癸呼び出すことがて • 
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きる。 

■他の言語で害かれたルーチンを呼び出すことができる。 

■スタックをきれいにする命令を置く必要がないので，呼び出しのコードがいくらか小 
さくなる。 

Pascal の呼び出し惯例を使用すると，どんな問題が起こってくるでしょうか。 

まず第一に， C の呼び出し慣例ほど強力ではありません。 C の場合のように，引数の個数 
を可変にすることはできません。呼び出されたルーチンは，渡された引数の個数を知って， 
それにあわせてスタックをきれいにしなければならないからです。引数が少なすぎても多 
すぎても ffi 大な問題につながりますが, C の憤例の場合は致命的とはなりません（間違った 
答えになることはあるでしょう力り。 

第二は， - p オプションを使用する場合には，（プログラムで使っている） C の標準関数に 
対するヘッダファイルをインクルードしておかなければなりません。そうしないと，標準 
関数は Pascal の慣例で呼び出され，ブログラムは確実にクラッシュします。なぜなら， 1) 
引数が誤った順で渡され， 2) スタックを維もきれいにしないからです。 

ヘッダファイルでは，各関数は cdecl と宣言されているので，これをインクルードして 
おけば，コンバイラはその宣言をみて， C の呼び出し惯例を適用することができます。しか 
し， cdecl 識別名は下線し）がつけられるのに対し， pascal 識別名にはつけられないの 
で， - u •オプション （ O / C / C / Generateunderbars .. Off ) を指定しなければなりません 0 ま 
た，大文字小文字を区別しないリンク ( O / L/Case sensitive link .. Off ) を行なう必要があ 
ります。この2つを;&れると，リンクエラーがたくさん出て，まさに大きなトラブルにまき 
こまれることになります。 

まとめると以下のようになります 。 Turbo C のブログラムの中で Pascal の呼び出し惯 
例を使いたい場合は，できる限り関数ブロトタイブを使うように心がけ， cdecl か pascal 
かを明示的に指定してください。またこの場合には，プロトタイプが必要であるという彆 
告を出すオプションをオンにして (0/ C / E / L/F : On) ,関数プロトタイプの宣言を忘れ 
ていないかどうか確認できるようにしておくのがよいでしょう。 

アセンブリ言語インターフェース 

2つの呼び出し慣例がどのように動くかを説明し， コン バイラが何をするのかお話して 
ました。では呼び出されるルーチンはどうすればよいでしょうか。今度は， TurboC か 
呼び出すことのできるアセンブリ言語ルーチンの害き方を見ていきましょう。 
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注意：この節は，8086アセンブリ言語ルーチンの害き方，セグメントやデータ定数の定義 
のしかたについてはすでにおわかりの方を対象としています。そうでない方は， Turbo ア 
センブラのユーザーズガイドとリファレンスガイド（あるいは8086に関する解説書）をご 
用意ください。 


Turbo C から . ASM を呼び出すための準備 

c のブログラムにリンクするアセンブリ言語ルーチンは，モジュールとして袢く必要が 
あります。その際に，従わなければならない憤例があります。 

■リンカが必要とする情報を与えること 

■ C のブログラムのメモリモデルと，フアイル フォーマット が調和していること 
アセンブリ言語ルーチンの一般的な姿は次のようになります。 


嫌別名 名前 ファイル名 


<code> 

<code> 

<d86g> 

<data> 

<data> 



BYTE PUBLIC f C0DE f 
CS;<code>, DS:<dseg> 
コードセグメント .> 


GROUP _DATA, _BSS 

SEGMENT WORD PUBLIC f DATA f 

< ••初期化されるデータセグメント •••> 
ENDS 


_BSS SEGMENT WORD PUBLIC f BSS f 

< ••初期化されないデータセグメント •> 
BSS ENDS 


このレイアウトの中の， icode 、，< data > 9 く dseg > は， 使用するメモリモデルに応じて， 
特定の識別名に置きかえます。表12.5に，各メモリモデルで，何に置きかえるのかを示し 
てあります0 表の中の/ llename はモジュールの名前で， NAME 命令と，識別名の S きかえ 
の両方に使用しなければなりません。 

ヒュージメモリモデルでは _ BSS セグメントは存在せず， GROUP 定義が完全に落とさ 
れていることに注意してください。一般に BSS はオブションであり，必要な場合にだけ定 
義します。 
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アセンブリ言語コードの“ひながた”を作る最良の方法は，何も行なわない‘カラ’のプログ 
ラムを （ TCC の - S オプションで）コンパイルして， . ASM を出力し，生成されたアセンブ 
リコードを検討することです。 

表 12.5 雄別名の置きかえとメモリモデル 


モデル 雄別名の置きかえ コードおよびデータポインタ 


タイニイ•スモール 


コンパクト 


<code>_ _TEXT 
<data>- _DATA 
<d8eg>_ DGROUP 

<code>- _TEXT 
<data>- _DATA 
<d8eg>_ DGROUP 


Code ： DW _TEXTsx; 
Data: DW DGROUP: 


Codei DW _TEXT:xxx 
Data: DD DGROUP : xxx 


ミディアム 


ラージ 


ヒュージ 


<code>_ filename_TEXT 
<data>_ 一 DATA 
<d8eg>_ DGROUP 


Codes DD xxx 

Datai DW DGROUPixxx 



Codes DD zzz 
Data: DD DGROUP: 


<code>- filename_TEXT Codex DD 

<data>- filename_DATA Data: DD xxx 

<d8eg>_ filename_DATA 


データ 定数と データ 変数の定義 

メモリモデルは，データ定数（コード，データ，あるいはその両方を指すポインタ）を 
どのように定義するかにも彩響を与えます。 表 12.5を見れば，このポインタをどのように 
定義すべきかがわかります。 xxx はポインタが指すアドレスです。 

メモリモデルによって ， DW ( DefineWord ) と ， DD ( DefineDoubleword ) を使いわ 
けていることに注意してください。これは，ポインタの大きさを示しています。数値やテ 
キストの定数は，通常どおり定義します。 

変数も，定数と同じように定義します。特定の値で初期化しない変数は， _ BSS セグメン 
卜の中で宣言し，通常は値を害くところに疑問符 （?） を置きます。 
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グローバルおよび外部識別名の定義 

さて，モジュールの作成がすんだら，今度は TurboC のブログラムに，どんな関数を呼 
び出すのか，またどんな変数を参照するのかを教えてやらなければなりません。アセンブ 
リ言語ルーチンの中から ， Turbo C の関数を呼び出したり ， Turbo C ブログラムの中で宣 
言された変数を参照したい場合も同じことが言えます。 

こうした呼び出しを行なうには ， Turbo C のコンハ•イラとリンカについて少し知ってお 
かなければならないことがあります。外部識別名を宣言すると，コンパイラは自動的に下 
線し）を識別名の前につけます。したがって， C のブログラムの中から参照しようとする 
アセンブリ言語モジュール内の識別名の前には下線をつけなくてはならないことになりま 
す。 pascal 型の識別名は， C の識別名とは別の扱いを受け，すべて大文字にされ，その前 
には下線はつきません。 

C の識別名につく下線はオプションで，デフォルトではオン（つける）になっています 
が， - u - コンパイラオプションでオフにすることができます。しかし，標準の TurboC ラ 
イブラリを使っていて，ライブラリを再構築するのでなければ，たくさんの問題に直面す 
ることになります（ライブラリの再構築には，実行時ライブラリのソースコードが必要と 
なります。詳しいことは MSA にお問い合わせください）。 

ソースファイルの 中の asm コードが C 識別名（データあるいは関数）を参照している場 
合，参照される識別名は下線文字で始まっていなければなりません。 

Turbo アセンブラ （ TASM ) は大文字/小文字の区別をしません 0 つまり，ブログラムを 
アセンブルすると，識別名はすべて大文字になってしまいます 0 TASM の/ mx スイッチを 
指定すると，外部名に関しては大文字小文字の区別をするようになります。 TurboC のリ 
ンカ も， extern 識別名に関しては同じことを行なうので，万事うまくいくわけです 0 この 
章の例では，キーワードと指令は大文字で，他の識別名やオペコードは小文字で表わして 
いるのに気づいた人もいるでしょう。この記述のしかたは， TASM のユーザーズガイドの 
スタイルに合わせたものですが，すべて大文字で（またはすベて小文字で)，または大文字 
小文字をおりまぜて記述してもかまいません。 

特定の識別名（ルーチンまたは変数の名前）を，アセンブリ言語モジュールの外側から 
“見える”ようにするには， PUBLIC と宣言しなくてはなりません。 

たとえば， max と m / Vz という整数型関数，および整数型変数 MAXINT , lastmax，lastmin 
を含むモジュールを害く場合，次の文をコードセグメントに置き， 

PUBLIC 一 max• _min 

また，以下の文をデータセグメントに置きます。 


複数の言 H を使うブログラミング：他の言語とのインターフヱース 
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PBULIC _MAXINT f _lastmax, _lastmin 
_HAXINT DW 32767 ~ 

一 lastmin DW 0 

_la8tmax DW 0 

• ASM から Turbo C ルーチンを呼び出すための準備 

アセンブリ3語モジュールが， TurboC のブログラムの中で宣言された関数や変数を参 
照できるようにするためには， EXTRN 文を使います。 

関数を参照する 

アセンブリ3語ルーチンから C 関数を呼び出せるようにするには，モジュールの中に次 
のような文を S きます。 

EXTRN M 败名： near または far 

コロンの後ろに，その関数が near か far かを指定します 0 near の場合には， EXTRN 文 
はモジュールの コード セグメント内に3¢き， far の場合は， EXTRN 文はすべてのセグメン 
卜の外側に置かれなければなりません。したがって，次の文を コード セグメント内に 逋 く 
と， 

EXTRN _myCfunclinear t _myCfunc2：near 

アセンブリ言語ルーチンから myCfuncl と 爪少 C / w /? c 2 を呼び出すことができます。 

データを 参照する 

変数を参照するには，データセグメントの中に，次の形式の EXTRN 文を置きます。 

EXTRN 麦败名：サイズ 

サイズには，変数の大きさを表わす以下の識別名のいずれかを指定します。 

■ BYTE (1 バイト） 

■ WORD (2 バイト） 

■ DWORD (4 ハ•イト） 

■ QWORD (8 バイト） 
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■ TBYTE (10 八イト） 


配列の場合は，配列要素の大きさをサイズとして指定します。構造体の場合は，最も頻 
繁に使用される大きさをサイズとして指定します。 

C のブログラムの中で次のようなグロー八ル変数が宣言されている場合， 

int i # jarray(lO) ； 
char ch； 
long result; 

次の EXTRN 文をモジュール中に $ けば，これらの変数が“見える”ようになります。 

EXTRN _i:WORD, _jarray :WORD, __chs BYTE, _result:DWORD 

最後の重要な注意： ヒュージメモリモデルを使う場合， EXTRN 文はすべてのセグメント 
の外側に S かなくてはなりません。これは，関数，変数どちらに対しても適用されます。 

アセンブリ言語ルーチンの定義 

これですベての準備はととのったので，実際にアセンブリ言語で関数をどのように禅く 
かを見ていきましょう。そのためには，少し考えておく必要のある点がいくつかあります。 
引数の渡し方，値の返し方，レジスタに関する慣例の3つです。 

C で次のようなブロトタイプが宣言されている関数を讲きたいとしましょう。 

int extern min(int vl f int v2); 

は，受け取った 2 つの！ g 数値のうちの小さい方を返すことになっています。大枠は， 
次のようになります。 

PUBLIC _min 
min PROC near 


_min ENDP 

もちろんここでは，を near 関数とみなしているので， far 関数の場合は near を far 
に変更します。 m /> z の前に下線がつけられている点に注目してください。これで TurboC 
のリンカが正しく参照関係を結びつけることができるのです。 


複数の曾語を使うプログラミング：他の曾 R とのインターフヱース 
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引数の渡し方 


最初に決めなければならないのは，弓 I 数受け渡し慣例はどれを使うかということです。 
Pascal の憤例を使う特別な理由がなければ， C の惯例ということになるでしょう。 C の憤 
例であれば， mm が呼び出されると，スタックは次のようになります。 

SP + 04: v2 

SP + 02: vl 

SP: リターンアドレス 

ここでは，スタックをボップせずに引数を得たいので，ベースポインタ （ BP ) をセーブ 
して，スタックポインタ （ SP ) の値をベースレジスタに格納した後，スタックポインタを 
直接スタックへのインデックスにして，目的の値を得ます。スタックに BP をブッシュする 
と，引数の相対オフセットは2だけ增すことに注意してください。スタックは2バイト增え 
ているからです。 

値の返し方 


関数が整数値を返すとすると，返す値はどこに：》けばよいのでしょうか。16ビット値 
( char ， short , int , enum ， near ポインタ）は AX レジスタに K きます。 32 ビット値 （ far , 
huge ポインタも含めて）は， DX も使って，高位ワード（ポインタのときはセグメントア 
ドレス）は DX に，低位ワードは AX に;» くことになっています。 

float , double , long double の値は，8087/80287のスタ ックトッ ブ(丁 OS ) レジスタ ST (0) 
にきます。8087/80287エミュレーシヨンを使う場合には，エミュレータの TOS レジスタ 
に置きます。 

構造体の場合は，その値を静的なデータ領域に置き，その位； IE を指すポインタを返しま 
す（スモールデータモデルでは AX に，ラージデータモデルでは DX : AX に S きます）。 

これを呼び出した関数は，その値を必要な場所にコピーしなければなりません。1〜2パ 
イトの構造体は（通常の int 型と同様に） AX に返され，4バイトの構造体の場合は AX : 
DX に返されます。 

m /> i の例では，16ビット値を扱っているので答えを AX に置くことになり，コードは次 
のようになります。 
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min 


exit: 

min 


PUBLIC 

PROC 

push 



cmp 

jle 


pop 

ret 

ENDP 


_min 

near 

bp 

bp.sp 
ax•[bp+4] 
ax t [bp+6) 
exit 

ax.[bp+6 】 

bp 


BP をスタックにセーブ 
SP を BP にコビー 
vl を AX に置く 
v2 と比較し 
vl > v2 ならば 
v2 を AX にロード 
BP をリストアして 
C に戻る 


min を far 関数と宣言する場合はどうでしょうか。どんな変更が必要になるでしょうか。 
大きな違いは，関数に入ったときのスタックの状態です。 


SP + 06: 
SP + 04: 
SP + 02: 
SP 


v2 

vl 

リターンセグメント 
リターンオフセット 


これで，オフセットはさらに2だけ垧えることになります。2バイト（リターンセグメン 
卜の分）余計にスタックにブッシュされたからです。 far 版の mm は次のようになります。 



exit* 

min 


PUBLIC 

_mln 

PR0C 

far 

push 

bp 

mov 

bp.sp 

mov 

ax t [bp+6] 

cmp 

ax f [bp+8] 

jle 

exit 

mov 

ax,[bp+6 】 

pop 

ret 

ENDP 

bp 


BP をスタックにセーブ 
SP を BP にコビー 
vl を AX に置く 
; v2 と比較し 
vl > v2 ならば 
v2 % AX に ロード 
BP をリストアして 
C に R る 


ここで， v / とのオフセットは，スタック上の付加された2バイトを反映して，それぞ 
れ2だけ增えていることに注意してください。 

では，何かの理由で，を pascal 関数と宣言する場合，つまり Pascal の引数受け渡 
しシーケンスを使う場合はどうなるでしようか。関数に入ったときのスタックは次のよう 
になります （ mm は near 関数にしています）〇 


SP + 04: vl 

SP + 02 t v2 

SP I リターンアドレス 

C の憤例の場合に加えて，識別名 m /れに対して Pascal の惯例（大文字で下線なし）を適 
用しなくてはなりません。 

この憤例では， v / との位置が入れかわり，さらに m / Vz の実行が終わって呼び出しル 


複数の言語を使うプログラミング：他の首 K とのインターフヱース 
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ーチンに返る際に，スタックをきれいにしなくてはなりません。それには， RET 命令に何 
バイト分ボップするかを指定します。ここでは， v / とが占めている4バイト（リターン 
アドレスは RET によって自動的にポップされます）をポップする必要があります。 
改訂版は次のようになります。 



PUBLIC 

MIN 



MIH 

PROC 

near 

； 

Pascal バージ a ン 


push 

bp 

t 

BP をスタックに セー 


mov 

bp.sp 

• 

t 

SP を BP に コビー 


mov 

ax. 【 bp+6 】 

• 

t 

vl を AX に置く 


cmp 

ax f [bp+4] 

: 

v2 と比較し 


jle 

exit 

華 

t 

vl > v2 ならば 


mov 

ax,[bp+4] 

f 

t 

v2 を AX に口ード 

exit: 

pop 

bp 

• 

t 

BP をリストアし 

MIN 

ret 

EHDP 

4 

• 

t 

スタックをクリア 


最後の例は， C の引数受け渡しシーケンスの方が好まれる理由を示しています。を次 
のように宣言した場合を考えてみましょう。 

int extern min(int count f int vl f int v 2 f ..•)； 

m / だはいくつでも整数を受け入れ，その中の最小値を返すことになります。ただ ， mirj と 
してはリ I 数の個数を自動的に知る手段はないので，敢初の引数には個数を指定することに 
します。 

たとえば，この関数は次のように使うことができるわけです。 

i _ min(5 t j f limit, indx f lcount f 0 )； 

ここで， i ， j ， limit ， indx ， Icount はすべて mt 型 (あるいはコンハ•チブルな型）であると 
します。この関数に入ったときのスタックは次のようになるでしょう。 

SP + 08: (etc.) 

SP + 06: v2 

SP + 04: vl 

SP + 02: count 

SP: リターンアドレス 

論 の改訂版は次のようになります。 
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_min 


PUBLIC 

PROC 

push 


mov 



_min 

near 

bp 

bp f sp 

ax,0 

cx t [bp+4] 


cmp 

jle 

mov 

jmp 

compare ： cmp 


cz 9 ax 

exit 

ax,[bp+4] 
Itest 
ax f [bp+6] 



jle 

Itest 


mov 

ax f [bp+6] 

Itest: 

add 

bp f 2 


loop 

compare 

exit: 

pop 

ret 

bp 

min 

ENDP 



BP をスタックにセーブ 
SP を BP にコビー 
AX ■ 0 をセツト 


count t CX に置いて 
0と比較し 


CX <_ 0 ならば終了 


5 最初の值を AX に置いて 
；比較のループに入る 
5 次の值と比較し 
；次の値が小さければ 


次の值を AX にロー ドする 
BP を次の值に合わせて 


ループの頭に R る 
BP をリストアし 


C に！！る 


このブログラムは，がどんな値をとっても正しく動くことに注意してください0 


■ a ? w/zK = 0 の場合は，0を返す。 

■ count = 1 の場合は，最初の値を返す 0 

■ on / m >=2 の場合は，引数リストの中の値を順に比較し，煅小値を返す。 


レジスタに関する慣例 

これまで， min の中でいくつかのレジスタを使ってきましたが，問題は無かったでしよう 
か 。 Turbo C のブログラムが使っているかもしれないレジスタについてはどうでしよう 
か。 

はいりません。この関数は正しく冉かれています。使用したレジスタのうち，一つ 
だけ注意しなければならないのは BP で，関数に入ったときにスタック上に退避（ブッシ 
ュ）し，関数の終わりでスタックから愎帰させる（ボップする）必要があります。 

この他に注意しなければならないレジスタは， SI と DI の2つです。この2つは ， TurboC 
がレジスタ変数に使用します。アセンブリ言語ルーチンの中で使用する場合は，ルーチン 
に入った段階で（おそらくスタックに）退避し，ルーチンの最後で回復する必要がありま 
す。しかし， - r - オプション （ O / C / O/Use register variables .. Off ) で Turbo C のプ ログ 
ラムをコンパイルする場合は， SI と DI について心配する必要はありません （- r - オブショ 
ンを使う際には注意事項があります0このレジスタ変数オブションの詳細については付録 
B を参照してください）。 

CS , DS ， SS , ES の各レジスタは，使用しているメモリモデルに対応する値をとっていま 
す。その関係を次に示します。 


複数の ® 語を使うプログラミング：他の言 R とのインターフヱース 
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タイニィ CS=DS = SS ; ES = スクラッチ 

スモール，ミデイアム CS != DS , DS=SS ; ES = スクラッチ 
コンパクト，ラージ CS ! = DS ! = SS ; ES = スクラッチ 

(モジュールごとに CS が1つ） 

ヒュージ CS ! = DS ! = SS ;四：スクラッチ 

(モジュールごとに CS と DS が1つずつ） 

• ASM ルーチンから C の 関数を 呼び出す 

もう，逆の場合についてもだいたいおわかりでしょう。アセンブリ言語モジュールから 
c の関数を呼び出すことができます。そのためには，まず c の関数をアセンブリ言語モジ 
ュールから“見える”ようにしなければなりません。すでに簡単に述べましたが, near か far 
修飾子をっけて EXTRN を宣言します。たとえば，次のような C の関数を典いたとしま 
す。 

long docalc(int *factl f int fact2 9 int fact3); 

わかりやすいように， docalc は (Pascal 関数ではなく） C 関数であることにしましょ 
う。タイニイ，スモール，コンパクトのいずれかのメモリモデルを使うのであれば，アセ 
ンブリ言語モジュールの中の宣言は次のようになります。 

KXTRN _docalcsnear 

また，ミディアム，ラージ，ヒュージの場合は次のように宣言します。 

EXTRN _docalcifar 

docalc は， 3っの引数を指定して呼び出されます。 

■ ズ w / という名前の記值場所のアドレス 
鷺 imax という名前の記憶場所に置かれている値 
■ 421 (10 進）という定数値 

さらに，計算の結果は，と名づけられた32ビットの記值場所に計算結果は格納される 
とします。 C で同様な呼び出しを表わしてみると，次のようになります。 

ans _ docalc(&zval f imaz 9 421) ; 
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まず初めに 421 をスタックにブッシュして，次に imax と xval のアドレスをブッシュし, 
それから docalc を呼び出す必、要があります。ゐ az たから戻ったら，スタックに残っている 
余計な6バイトをクリアして，計算結果を fl / w と a/w + 2 に格納します。 

コードは次のようになるでしょう。 


mov 

ax 9 421 

• 

• 

AX に 421 を置いて 

push 

ax 

參 

t 

スタフクにプフシユ 

push 

imax 

s 

imax をスタックにプッシュ 

lea 

ax 9 xval 

• 

t 

ixval をスタックにプッシュ 

push 

ax 



call 

docalc 

; 

docalc を哼び出す 

add 

sp,6 

; 

スタックをクリア 

mov 

mov 

ans 9 az 

• 

• 

鲔果の下位ワード （ AX> を a 加に 

an8+2 f dx 

參 

t 

上位ワード （ DX> を ans + 2 に置く 


Pascal の引数受け渡しシーケンスを使うとどうなるでしょうか。この場合は，スタック 
に引数をブッシュする順序が逆になり，制御が戻ってきたときにスタックをきれいにする 
必要がなくなります0スタックは呼び出されたノい-チンがクリアするので，呼び出し側で 
は何もしなくてよいわけです。また，ゐ cfl / c の名前はアセンブリソースの中では Pascal の 
慣例にしたがって稗かなければなりません（大文字で下線なし）。 

したがって， EXTRN 文は次のようになります。 

EXTRN DOCALCxnear 


そして，ゐ Ctf / C を呼び出すコードは次のようになります。 


lea 

push 

push 

mov 

push 

call 


ax t xval 
ax 

imax 
ax t 421 



mov ans 9 az 

mov an8+2» dx 


5 4xval をスタックにプッシュ 

5 imax をスタックにプッシュ 
; 421 %スタックにプッシュ 


I docalc 备哼び出す 
5 銪果の T 位ワード （ AX > をに 
；上位ワード （ DX> t ans + 2 に置く 


Turbo C と他の M 語とのインターフェースをとるために，まず知っておかなければなら 
ないことは以上です。 


複数の曾語を使うプログラミング：他の言語とのインターフェース 
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低レベルプログラミング：疑似変数， 
イン ラインアセンブリ，割り込み関数_ 

少し低レベルの（システムまわりの）仕事をしたいけれども，独立したアセンブリ言語 
モジ ユールを 作るわずらわしさは避けたい，というようなことがあるでしょう。 Turbo C 
は，こんな場合に対しても答えを持っています。疑似変数，インラインアセンブリ，割り 

込み関数の3つです。この章の残りの部分では，この3つを使って，やりたい仕事をどう処 
理していくのかをお話します。 

疑似変数 

システムの CPU (8088/8086/80186/80286 ブロセツサ）はいくつかのレジスタと特殊な記 
憶域を持っており，これを使って値を搡作します。各レジスタは16ビット （2 ハ•イト）の長 
さを持っており，そのほとんどは特定の用途に用いられますが，汎用に使用できるものも 
いくつかあります。 CPU レジスタの詳細については，この章の最初の節 「メモリモデル」 

を参照してください。 

低レベルのプログラミングを行なう際には， C のブログラムからレジスタを直抟アクセ 
スしたくなる場合があります。 

■システムルーチンを呼ひ•出す前に，レジスタに値をロー ドしたい。 

■レジスタが現在保持している値を知りたい。 

TurboC では， 疑似変数と いうものが用意されており，これを使うとたい へん 簡単にレ 
ジスタをアクセスすることができます。疑似変数は，単なる識別名で，各レジスタに対応 
していま T 。 これは unsigned int または unsigned char の変数のように使うこ > がブ"きま 

す。 

表12.6は，使用できる疑似変数の一覧表であり，疑似変数の型，対応する レジスタ 名， 
使用目的も示されています。 
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疑似変数 


_AX unsigned int AX 

_AL unsigned char AL 

_AH unsigned char AH 

_BX unsigned int BX 

—BL unsigned char BL 

_BH unsigned char BH 

_CX unsigned int CX 

—し L unsigned char CL 

CH unsigned char CH 

_DX unsigned int DX 

_DL unsigned char DL 

DH unsigned char DH 

_CS unsigned int CS 

_DS unsigned int DS 

SS unsigned int SS 

_ES unsigned int ES 

_SP unsigned int SP 

BP unsigned int BP 

DI unsigned int DI 

SI unsigned int SI 


疑似関数 


用途 


沉用/アキ ュームレーブ 
AX の低位バイト 


AX の高位バイト 


沉用/インデクシング 
BX の低位バイト 
BX の高位バイト 



なぜ Turbo C からこれらの変数を直接アクセスしたいのでしょうか。 

まず，低レベルのシステムルーチンを呼び出す前にレジスタにある値をセットしたい場 
合があります。たとえば ， INT (割り込み）命令を使ってコンピュータの ROM の中のル 
ーチンを呼び出すことができますが，最初にいくつかのレジスタに必要な値をセットして 
おかなければなりません。 


void readchar(unsigned char 
{ 

_AH - 0; 

geninterrupt(0x18 )； 

*ch _ 一 AL; 

*attr ■ AH; 


*ch, unsigned char *attr> 

/* PC-9801 */ 

/* サービスコード：文字と属性の饞み込み*/ 

/* INT18h を哼び出す*/ 

/* ASCII コー ドを鶊み込む*/ 

/* 饞み込んだ文字の属性を得る*/ 


この例では，サービスコードが INT 18 h ルーチンに渡されています。また返されたイ直は 
ch と 讲ぴにコピーされます。 

疑似変数は，通常のグローバル変数（型は unsigned int か unsigned char ) のように扱 
つてよいのですが，メモリ上の場所ではなく CPU のレジスタを参照するものなので，制限 
がいくつかあります。 


■疑似変数はアドレスを持っているわけではないので，アドレス演算子 （&) をつけるこ 
とはできません。 

■コンパイラは， レジスタを使用するコードを次々に生成するので，疑似変数に値をセ 
ットしても，いつまでその値を保持しているかははまったくわかりません。 

つまり ， readchar (上の例）のように，レジスタが使用される直前にセットし，値が 
得られたらすぐに読み出す必要があるわけです。特に汎用レジスタ （ AX ， AH ， AL な 
ど）は，中間的な計算結果を：*いておくのに頻繁に使われます。さらに， CPU は沉用 
レジスタを予期できないように変更することがあります。たとえば，ループの実行や 
シフト演算の際には CX を，16ビットの乗算の高位ワードの保持には DX を使用しま 
す。 

■関数呼び出しの前後で，疑似変数が同じ値を保持していると考えることはできません。 
たとえば次のコードのような場合， 

.CX -18; 
myfunc () 5 
i - 一 CX; 

関数は，呼び出されたときに，すべてのレジスタを退避するとは限りません。したが 
つて， n こ18が代入されるかどうかはわからないのです。関数呼び出しの前後で同じ値 
を持っているとみなすことができるのは， CS , BP , SI , DI だけです。 
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■いくつかのレジスタは，変更すると予期できない結果をもたらすことがあります。た 
とえば， _ CS ,_ SS ，_ SP,_BP に 値を直接代入すると，プログラムはほとんどの場合エ 
ラーを引き起こします。コンハ•イラが出力する 機械語 コードは，これらのレジスタを 
頻繁に 使用するからです。 

インラインアセンブリ言語を使う 


アセンブリ言語ルーチンを別個に作って， TurboC ブログラムとリンクする方法につい 
てはすでに述べましたが， TurboC では， C のブログラムの中にアセンブリ言語コードを 
害く こともできます。これは インラインアセンブリ と呼ばれています。 

C ブログラムの中でインラインアセンブリを使うには， - B コンパイラオプションを指定 
します。指定しない場合，コンパイラはインラインアセンブリに出会うと警告を出力し， 
- B オブションでコンパイルをリスタートします。# pragma inline 文をソース中に入れて 
おくと，これを避けることができます。コンパイラが# pragma inline 文を見つけると，そ 
こで - B オブションを セッ トするからです。 

この機能を使う場合は， Turbo アセンブラ （ TASM ) が必要です。コンバイラはまずア 
センプリファイルを作成し，その後 TASM を呼び出して . OBJ ファイルを作成します0 

もちろん，8086の命令セットとアーキテクチャに習熟していなければなりません。完全 
なアセンブリ言語ルーチンを咨くのではありませんが，使用する命令がどのように動くか， 
命令をどう使えばよいかについては知っている必、要があります。 

インラインアセンブリ命令であることを示すためには，予約語 asm を次のように命令の 
先頭につけます。 

asm 命令コードオペランド；（または改行） 

■命令 コードは， 8086の正しい命令でなければなりません（使用できる命令コードの一 
覧表は後で示します)。 

■オペランドには その命令コードに対して許されるオペランドを指定し， C の定数，変 
数，ラベルを参照することができます。 

■命令の最後にはセミコロン （;） 置くか，改行を行ないます。どちらも asm 文の終わり 
を意味します。 


複数の asm 文を，セミコロンで区切って同じ行に害くことはできますが，1つの asm 文 
を複数行にわたって害くことはできません。 

( TASM のように）セミコロンでコメントを開始することはできません。コメントは次 
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の害き方を使います。 




I * このコメントは 0 K *1 



asm push ds 


?このコメントは正しくない H 


最後の行はエラーを起こすことに注意してくださぃ。 コメン トが正しくなぃからです。 

‘ 命令コードオペランド ’ は， TurboC が C のソースコードから生成するアセンブリ言語 
コードの中に，そのまま埋め込まれてぃきます。 C のシンボルは，適当なアセンブリ言語の 
対応するものにいきかえられます。 

インラインアセンブリ機能は完全なアセンブラではなぃので，多くのエラーは検出され 
ません。 TASM ではすベてのエラーが検出されますが，オリジナルの C の行番号が失われ 
てぃるので，エラーの起こった箇所はわからなぃことになります。 

各 asm 文は C の文 1 つとして数えられます。例を次に示します。 


myfunc() 

{ 

int i ； 
int x; 

if (i > 0) 

a 8m mov x t 4 

else 

i - 7; 


これは TurboC の正しい if 文です 0 mov x ,4 の後ろにセミコロンを置く必要はありませ 
ん。 asm 文は， C の文の中で唯一改行の有無に依存する文であり，他の C の文とは異なる 
わけですが，いくつかの UNIX 上のコンパイラで採用されている機能です。 

アセンブリ文は関数の中で実行文として使用することも，関数の外側で外部宣言として 
使用することもできます。関数の外側に S かれたアセンブリ文は DATA セグメントに，関 
数の内側に置かれたアセンブリ文は CODE セグメントに配 S されます。 

次に，（この章の 値の返し方」 で示した）関数 m />? のインラインアセンブリ版を示しま 
す。 

int min (int VI, int V2) 

{ 

a8m mov ax,VI 
asm cmp az t V2 
asm jle minexit 
asm mov ax,V2 
minexiti 
return ( AX); 
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この例を見ると ， Turbo C のインラインアセンブリが . ASM ルーチンより融通のきく， 
より強力なものであるかがわかります。このインラインアセンブリの関数は，ラージコー 
ド，スモールコードのいずれのモデルに対しても，また Pascal の呼び出し憤例， C の呼び 
出し憤例のいずれに対しても使うことができるからです。 

. ASM モジュールを作る場合は，使用するメモリモデルや呼び出し慣例 （ C か Pascal 
か）によって変更が必要でした。また， m />2 の. ASM 版では，いつも引数のオフセットや 
識別名のスペル （ min か M 1 N か、 を気にしなければなりませんでした。このインライン 
アセンブリ版ではその必要はないのです。 


注意： バージョン 2.0 で新たに追加された__ emit __という機能を使うと ， Turbo Pascal 
形式のインラインコードを生成することができます。の詳しい悄報については, 
リファレンスガイド第2章を参照してください。 


8086の命令コードはすべて，インラインアセンブリ文に含めることができます 。 TurboC 
コンパイラが受け入れる命令は次の4つに分類することができます。 


■通常の命令 
■文字列命令 
■ジャンプ命令 
■アセンブリ指令 


8086の命令コードセット 
特別な文字処理コード 
さまざまなジャンプ命令コード 
データの割当てと定義 


コンパイラは，たとえオペランドが間違っていて，アセンブラであればエラーが出力さ 
れるような場合でも，まったくエラーを検出しません。オペランドの厳密な冉式はコンパ 
イラによっては規定されないのです。 
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命令コード 


fninit 

fnop 


fprem 

fptan 

frndint 


ror 

sahf 


sbb 

hi 

hr 


idiv 

imul 


into 

iret 

lahf 


aas 

adc 

add 

and 

bound 

call 

cbw 

clc 

cld 

cli 

cmc 

cmp 

cwd 

daa 

da 8 

dec 

div 

enter 

f2zml 

fabs 

fadd 

faddp 

fbld 

fbstp 




comp 

div 


fn 



Id 

Id, 

Id 

Id 


aaa 

aad 


注意： 80186命令のニーモニックをインラインアセンブリ文の中で使う場合は， -1 コンハ•イ 
ラオプション （ O / C / C / Instructionset ..80186/80286) を指定しなくてはなりません。こう 
すると， Turbo アセンブラがニーモニックを受け入れる適当な文をアセンブリ言語コード 
に出力することになります。もし古いアセンブラを使っている場合には，これらのニーモ 
ニツ クはまったくサポートされません。 

注意をもう1つ：浮動小数点エミュレーションを使う（イオプション）ルーチンの中でイン 
ラインアセンブリを使用する場合は，* * のついた命令コードはサポートされません。 
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£ 8Ub 
f 8UDp 

fsubr 

fsubrp 

ftst 

fvait 

fxam 

fxch 


out 

pop 

popa 

popf 

push 

pusha 

pushf 


表12.7に，通常の命令として使用できる命令のニーモニックの一覧表を示しました。 

表12.7命令 コードのニーモニック 


r 

e d 
r a 
f i 
f f 


t I V 
1 8 t pbb ^ n 
dIUtcittuu lcle 
lmnn 8888 ddddd 
iiiiiiilllll 
fffffffffff 







文字列命令 

命令コードに加えて，次のような文字列命令が単独で，あるいは繰り返しプレフィクス 
(接頭辞）とともに使用することができます。 

表 12.8 文字列命令 


cmps 

insv 

movsb 

outsb 

8Ca8W 

cmpsb 

lod8 

movsv 

outsw 

8t08 

cmpsv 

lodsb 

m8b 

8CA8 

8t08b 

ins 

in8b 

lod8W 

mov 

out 8 

scasb 

8t08W 


繰り返しプレフィクス 

次のような繰り返しブレフィクスが使用できます。 

rep repe repne repns rep* 

ジャンプ命令 

ジャンプ命令は特別に扱われます0命令それ自身にラベルを含めることはできないので， 
c のラベル （「ジャンプ命令とラベルの使い方」 で説明します）へジャンプすることになり 
ます。使用できるジャンプ命令は以下のとおりです。 

*12.9ジャンプ命令 


8.11 


SSO000000 
J j 11111 


n n S 〇 p PPO 

J j J j j j j 


ncnengngnlnlno 

J j J j j j j 


gl 1 m n ^ n n 


Lbbec r g 
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アセンブリ指令 

Turbo C インラインアセンブリでは次のようなアセンブリ指令が使用できます。 

db dd dw extra 

インラインアセンブリによるデータと関数の参照 

asm 文では C のシンボルを使うことができます。 Turbo C は， C のシンボルをアセンブ 
リ言語のオペランドに変換し，識別名の前に下線をつけます。自動（ローカル）変数，レ 
ジスタ変数，関数の引数も含め，すべてのシンボルを使用することができます。 

一般に C のシンボルは，アドレスオペランドが蘆ける所であればどこにでも指定するこ 
とができます。もちろんレジスタ変数は，レジスタが a ける所ならどこにでも指定できま 
す。 

アセンブラは，インラインアセンブリ命令のオベランドを解析しているときに識別名に 
出会うと， C のシンボルテーブルの中からその識別名を探します。ただし，8086のレジスタ 
名はこの探索からは除外されます。レジスタ名は大文字小文字どちらで書いてもかまいま 
せん。 

インラインアセンブリとレジスタ変数 

関数の中の register 宣言のうち，最:も頻繁に使用される2つがレジスタ変数として扱わ 
れ，他は自動（ローカル）変数として扱われます 0 レジスタに割り当てることができない 
変数に対する予約語 register は無视されます。 

レジスタに割り当てることができるのは， short 型と int 型（およびその unsigned 型） 
の変数，または2バイトのポインタ変数だけです 0 レジスタ変数には SI と DI が使われま 
す0関数の中でレジスタ宣言をしていなければ， SI と DI は中間害き込みレジスタとしてイ 
ンラインアセンブリコード内で自由に使用してかまいません 0 C の関数に入るときに，呼び 
出し側の SI と DI の値は自動的に退避および回復が行なわれます。 

レジスタ宣言が1個ある場合は，インラインアセンブリでは， SI あるいは DI によってレ 
ジスタ変数の値を使う（または変更する）ことはできますが，内部的なレジスタ変数の扱 
いに影響を与えないようにするためには， C のシンボルを使った方がよいでしょう。 
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インラインアセンブリ，オフセット，サイズオー/《ーライド 


プログラミングの際に，ローカル変数の正確なオフセットを知っている必要はありませ 
ん。名前を使用するだけで，正しいオフセットが得られます。 

しかし，アセンブリ命令に対して，適当な WORDPTR や BYTEPTR ， あるいは他の 
サイズオーバーライドを必要とする場合もあります 。 DWORD PTR オーバーライドは， 
LES や間接的な far コール命令に対して必要になります。 


C の構造体のメンバを使う 


インラインアセンブリ文の中でも，構造体のメンバを通常どおり，つまり変数名•メンバ 
名で参照することができます。これは変数を扱うのと同じで，値を代入したり，読み出し 
たりすることができます。また，メンバ名を数値定数として直接（変数名なしで）参照す 
ることもできます。この場合の定数は，そのメンハ•の構造体の先頭からのオフセット（バ 
イト単位）に等しくなります。次のブログラムを考えてみましょう。 


struct myStruct { 
int a 一 a ; 

int a_b; 

int a 一 c; 

)myA ; 


myfunc() 

{ 

• • • 

a8m mov az 9 myA.a_b 
a8m mov bx, [di].a c 


構造体 型 myStruct は 3 個のメンハ # (a a , a _ b , a _ c ) を持ち， m 夕は myStruct 型の 
変数であると宣言しています。最初の asm 文は，爪夕ぇ a の値を AX レジスタにセット 
します。2番目は，アドレス [ di ] + オフセット （ a _ c ) に存在する値を BX レジスタにセット 
します （ DI に入っているアドレスを取り出し，の m 夕 S / rwcr の先頭からのオフセット 
を加える）。2つの asm 文から，次のようなコードが生成されます。 

mov ax, DGROUP x myA+2 

mov bx, [di+4J 
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どのような場合にこの機能が必要になるのでしょうか。レジスタ（たとえば DI ) に 
び wcf 型の構造体のアドレスをロー ドしていれば，メンバ名を使って直接メンバを参照 
することができます。メンハ•名は，数値定数が置けるアセンブリ文オペランドならばどこ 
にでも指定することができます。 

構造体のメンバは，通常の C のシンボルではなく，メンバ名であることを示すためにピ 
リオド （•） をその前につけなければなりません。メンバ名は，コンパイラの出力のアセン 
ブリソースでは，構造体メンバの数値オフセット（この例では， c の数値オフセットは 
4) で置きかえられます。ただし型に関する情報は失われます。このようにして，メンバ名 
はアセンブリ文においてコンバイル時定数として使うことができます。 

しかし，1つだけ制約があります0インラインアセンブリで使用する2つの構造体が同じ 
名前のメンバを持っている場合，ピリオドとメンバ名の間に（キャストのように） カッコ 
で囲んだ構造体名をはさんでおかなければなりません。たとえば次のようにします。 

asm mov bx ， [di】.（struct tm>tm 一 hour 

ジャンプ命令とラベルを使う 

インラインアセンブリでは，条件つきジャンプ，無条件ジャンプ，ループ命令が使用で 
きます。ただし，これらは関数の中でのみ有効です。 asm 文ではラベルを指定できないの 
で，ジャンプ命令の行き先には C の goto ラベルを使わなければなりません。直接 far ジャ 
ンブは使えません 0 

間接ジャンプは使用できます。間接ジャンプを使用するときには，ジャンプ命令のオペ 
ランドとしてレジスタ名を指定します。次に示すコードでは，ジャンプは C の goto ラベル 
a に飛びます。 

int x( > 

{ 

as 

• • • 

a 8m jmp a 


/ 食 goto ラベル as 舍 

/* a: にジャンプする */ 
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割り込み関数 


8086では，先頭の1024ハ•イトのメモリは予約されており，256組の far ポインタ（割り込 
みベクター）が置かれています。それぞれの far ポインタは 割り込みハン ドラと呼ばれる特 
別なシステムルーチンを指しています。このルーチンは，次の8086命令で呼び出すことが 
できます。 


int 期り込み番秀 


割り込み番号は 00 h 〜 FFh の間の値をとります。この命令が実行されると，コンピュータ 
はコードセグメント （ CS ), 命令ポインタ （ IP ), ステータスフラグを退避し，割り込みを 
禁止し，割り込み番号に対応する割り込みベクタが指している場所へ far ジャンプを行な 
います。たとえば，よく出会う割り込みに次のものがあります。 

int 21 h 

これは多くの MS - DOS ルーチンを呼び出すものです0しかし，使用されていない割り込 
みべクタもかなりあるので，独自の割り込みハンドラを書いて，それを指す far ポインタを 
未使用のベクターに JK くことができます。 

Turbo C で割り込みハンドラを再く場合は，その関数を interrupt 型と定我しなければ 
なりません。たとえば次のようになります。 


void interrupt myhandier( bp 9 di f si 9 ds 9 es 9 dz 9 

cz 9 bx f az 9 ip 9 C8 t flag8 t … >; 


すべてのレジスタを引数として渡しているので，ハンドラ内では疑似変数を使わずにレ 
ジスタを使用したり，変更したりすることができます。また，このハンドラにはさらに引 
数 ( flags ,..) を渡せることに注意してください（これは正しく定義しなければなりません 
が)。 

interrupt 型の関数では，自動的に ( SI . DI . BP に加えて） AX 〜 DX ， ES および DS レジ 
スタが退避されます。以上のレジスタは，割り込みハンドラ終了時には回復されます。 

割り込みハンドラでは，どんなメモリモデルの場合でも，浮動小数点演算を行なうこと 
ができます。ただし，8087/80287を使用するハンドラは，コプロセッサの状態を退避し， 
終了時にはそれを回復しなければなりません。 

割り込み関数は，引数に変更を加えることができます。宣言された引数を変更すると， 
割り込みハンドラから戻るときの，対応するレジスタの値を変更することになります。こ 


疑似関数 


445 




れは， MS - DOS の INT 21 h のような，ユーザサービスとして動作する割り込みハンドラを 
使用する場合に便利です。なお，割り込み関数は IRET (Interrupt Return ) 命令で終わる 
ことに注意してください。 

さて，どんな場合に独自の割り込みハンドラが必要になるのでしょうか。まず，ほとん 
どのメモリ常駐ルーチンは割り込みハンドラとして動作します。こうしたルーチンは，自 
分自身を割り込みハンドラとしてインストール（システムに組み込む）します。そして， 
何か特別な動作（特定のキーが押されるなど）あるいは周期的な動作（クロックの経過時 
間など）が起こったときに割って人り，どのような動作を行なうべきかを調べてそれを実 
行します。必要な動作が終了したら，再び元のルーチンに制御を戻します。 

低レベルのプログラミングの実際 


例をいくつか使って低レベルブログラミングのやりかたを何通りか見てきました。もう 
少しお話していきましょう。最初は，害がなくなおかつ効果が“見える”（ここでは間こえ 
る）割り込みハンドラを実際に害いてみることにします 0 このハンドラは呼び出されると 
システムのブザーを鸣らします。 

まず，関数そのものを# r かなければなりません。次のようなものです。 

# include <dos.h> 


I * この MR は PC-9801 シリーズでのみ動作します.*/ 




igned 

igned 

igned 



int i. j; 

unsigned char bcount - ax » 8 ： 




for (i _ 0 ; i <_ bcount; i++) { 


outportb(0x37, 0x06); /* ブザーを鳴らす*/ 

for (j ■ 0; j <■ 100; j++) 

? /* 空の文*/ 


outportb(0x37, 0x07); /* ブザー t 止める*/ 

for (j - 0; j <- 100$ j++) 

; /* もう 1 つ空の文*/ 


次に， 


この割り込みハンドラをインストールするための関数が必要となりま 



数には，ハンドラ関数のアドレスと割り込み番号（〇〜255または 0 x 00 〜 OxFF ) 


446 


第12章 Turbo C での上級プロ 



とになります。関数は次の3つのことを行ないます。 

■割り込みを禁止して，ベクターテーブルの書き換え中に変なことが起きないようにす 
る。 

■ハン ドラ関数のアドレスを，適当な記值場所に格納する。 

■割り込みを可能にして，すべてが元どおり動くようにする。 

インストールルーチンは次のようになります。 

void install(void interrupt (*faddr)() t int inum) 

{ 

8etvect(inuxn f faddr); 

> 

最後に，このブザールーチンをテストする関数を害きます。 

void testbuzzer(unsigned char bcount, int inum) 

{ 

一 AH _ bcount; 
geninterrupt(inum) : 

> 

全部赛き終えたら，次のような main 関数を作ります。 

main() 

{ 

char ch; 

install(mybuzzer f 10 ); 
te8tbuzzer(100 9 10)$ 
ch _ getchOs 
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浮動小数点ライブラリの使い方 


C には，数値の型が2つあります。整数 ( int , short , long ， 他）と浮動小数点数 ( float , 
double , long double ) です。コンピュータのプロセッサは，整数は容易に扱えるようにな 
っていますが，浮動小数点数を扱うにはかなりの時間と努力を必要とします。 

しかし， iAPX 86 ファミリィのプロセッサには，数値演算コプロセッサとして8087および 
80287が用意されています。 

8087およぴ80287 (ここではどちらも8087またはコプロセッサと呼んでいます）はコンビ 
ュータに組み込むことができる特別な数値プロセッサで，浮動小数点命令を非常に商速に 
実行します。浮動小数点の演算をたくさん必要とする場合は，このコプロセッサが欲しく 
なるでしよう 0 CPU は，特殊な割り込みによって8087とのインターフヱースをとります。 

TurboC は，コンピュータの機能を引き出し，ユーザの要求を満足させるブログラムが 
作成できるように設計されています。 

■浮動小数点演洱をまったく行なわない場合は，コン八イラにそのことを知らせること 
ができます。 

■浮動小数点演算は行なうけれども8087は装着されていない場合は, TurboC に，8087 
が入っているかのように思わせる特別なルーチンをリンクするように指示することが 
できます。こうして作成したブログラムは，コプロセッサが入っているシステムで実 
行すると自動的に8087チッブが使用され，ブログラムは商速に実行されます。 

■コプロセッサを持っているシステムでのみ走るブログラムの場合は，コンパイラに， 
常に8087を使用するコードを生成するように指示することができます。 

以下の TCC および TLINK の例では， -L と-1に正しいハ•スが指定されているファイル 
TURBOC.CFG があり，また，ライブラリファイルとスタートアップファイルはサブディ 
レクト U ¥ LIB に S かれているものとします。 


8087/80287チッ プのェミュレーシヨン 


浮動小数点演算は行なうけれども，数値演算コプロセッサはコンピュータに入っていな 
い場合はどうすればよいでしょうか。また，ブログラムを走らせるコンピュータがコブロ 
セツサを持っているかどうかわからない場合はどうでしょうか。心配はいりません。どち 
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らの場合も， Turbo C はうまく対処できます。 

エミュレーションのオプションを指定すると，コンパイラは，8087が存在するかのよう 
なコードを生成し，エミュレーションライブラリ （EMU 丄 IB) をリンクします。ブログラ 
ムを実行すると，8087があればそれを使い，なければ8087を エミュレート する特別なソフ 
トウェアを使います。 

エミュレーションライブラリは次のような働きをします 〇 

■ブログラムの実行が始まると， C のスタートアップコードが, 8087が存在するかどうか 
を決める。 

■コプロセッサがある場合，ブログラムは，8087に対する特別な割り込みを直接8087チ 
ッブに渡すことにする。 

■コプロセッサがない場合，ブログラムは，8087への割り込みがあったら，それをエミ 
ュ レー シヨ ンルーチンに渡すようにする。 


第6章で作った RATIO.C を次のように畜き変えてみましよう。 


main() 

{ 

float a.b 9 ratio; 


printf(•Enter two values : •); 

scanfCZf Zf.ia.fcb); 
ratio _ a/b; 

print("The ratio is Z0.2f¥n" 9 ratio )5 


TC (統合環境）を使用している場合は，まず Options メニューに入って， Compiler を 
選択し， Code generation を選択してから Floating point の項目を Emulation にします。 
ブログラムをコンパイルすると， Turbo C は自動的に適切なオプションとライブラリイを 
選択します。 

TCC (スタン ドア ロンコン八 イラ）を使用する場合は，次のように指定します0 
tcc -mX ratio 


RATIO.C はそれだけで独立したブログラムなので， TCC は自動的に TLINK を呼び出 
し，必要なスタートアップファイルとライブラリファイルをリンクして， RATIO.EXE を 
作成します。 

TCC のコマンドラインで， -c オプション（コンハ*イルのみ）を指定した場合は，後で自 
分でリンクを行なわなくてはなりません。この場合，適当な数学関数ライブラリィファイ 
ル （MATHx.LIB) と EMU 丄 IB ファイルを指定してください。ェミュレーシヨンオブシ 
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ヨン （- f ) はオンがデフオルトなので， TURBOC.CFG ファイルの中に他の浮動小数点才 
ブシヨン （_ f •またはィ87)の指定がないのであれば必要ありません。 

TLINK のコマンドは次のようになります。 


tlinfc lib¥cOX ratio, ratio, ratio, lib¥emu.lib lib¥mathX.lib lib¥cX.lib 

太はメモリモデルを示す英字です （ t = タイニイ， s = スモール， C = コンパクト， m = ミ 
デイアム，1=ラージ，11=ヒユージ） 0 これで， C 0 ズ . OBJ と RATIO . OBJ がリンクされ， 
EMU . LIB と MATH ズ . LIB および C ズ丄 IB ライブラりが取り込まれて， RATIO . EXE と 
RATIO . MAP が作成されます。 

注意： TLINK のコマンドは1行で与えなければなりません。また，指定するライブラリの 
順番はたいへん重要ですので注意してください。 

8087/80287演算用コプロセッサチップを使う 


8087または80287チッブが装備したシステムで実行すると決まっている場合は，その利点 
を生かしてブログラムを作成することができます。この場合は， エミュレ— ション ルー チ 
ン ( EMU . LIB ) をリンクしなくてよいので， EXE ファイルが小さくなります。 

TC (統合環境）を使用している場合は， O / C / C / Floatingpoint を8087/80287に設定し 
ます。ブログラムをコンハ•イルしてリンクすると，適当なオプションとライブラリが自動 
的に選択されます。 

TCC (スタンドアロンコンパイラ）の場合は，次のように - f 87 オプションを指定する必 
要があります。 

tcc -f87 -mx ratio 

これは，コンハ•イラに，8087/80287のインラインコードを生成するように指示して いま 
す。 TLINK が呼び出されると， FP 87. LIB と MATH ズ丄 IB がリンクされます。 

自分でリンクを行なう場合は，次のように適当な数学ライブラリ（メモリモデルによる） 
と FP 87 ライブラリを指定しなければなりません。 


tlink lib¥cOX ratio, ratio, ratio, lib¥fp87.1ib lib¥mathX.lib lib¥cX-lib 

i は，必要なメモリモデルを示す英字です。 
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浮動小数点演算を行なわない場合 


ブログラムに浮動小数点演算がまったくない場合は，リンカは浮動小数点ライブラリ 

( MATHx . LIB . EMU 丄 IB ， FP 87. LIB ) を いっさい リンクしません。 コマンド ラインで 
そのライブラリを指定しても，リンクされません。リンカの コマンド ラインで，こうした 
ライブラリを指定しないようにすると（ブログラムが浮動小数点演算を行なわない場合は） 
リンクの時間を短縮することができます。 

次のブログラム （ RATIO . C ) をコンパイル•リンクするとしましょう。 

mAin() 

{ 

int a t o f ratio; 

printf("Enter tvo values: •>; 

scanfCZd Zdr f ia f ib); 

ratio _ a/b; 

printf("The ratio is Zd¥n* # ratio )5 

> 

この ブログラムは浮動小数点 ルーチンを 使用して いないので，エミ ュ レーションを 指定 
しても，浮動小数点演算なしを指定してもかまいません。 

TC の場合は， O / C / C / Floatingpoint を Emulation に設定しておきます （ Emulation が 
デフォルトです）。リンクのステップでは浮動小数点ライブラリも読み込まれますが，実際 
には何もリンクされません。 

リンクの時間を短縮したい場合は ， Floating point トグルを None にセットしてくださ 
い 0 None を指定してこのブログラムを コン ハ•イル.リンクすると ， Turbo C はどんな浮 
動小数点ライブラリ.数学関数ライブラリもリンクしようとしません。 

TCC の場合は，次のようにイ-オプションを指定しなくてはなりません。 

tcc -f- -mX ratio.c 

これは，コンパイラに，ブログラムの中で浮動小数点演算を使っていないことを伝えま 
す。 

自分でリンクを行なう場合，数学関数ライブラリを指定する必要はありません 。 TLINK 
コマンドは次のようになります。 

tlink lib¥cOx ratio, ratio, ratio, lib¥cx.lib 
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環境変数 87 


8087 エミュレーション （ O / C / C/Floating point..Emulation または- f - オプション） でブ 
ログラムを作成した場合，スタートアップモジュール （ C 0 ズ . OBJ ) は，ブログラムの実行 
を開始するときに，8087自動検出ルーチンを使用して，8087が使用できるかどうかをチェ 
ックします。 

8087が装備されていれば，ブログラムはそれを利用し，なければエミュレーションルー 
チンを使用します。 

しかし，このデフォルトの自動検出をやめたい場合もあります。たとえば，自分のシス 
テムは8087を持っているけれども，ブログラムを実際に走らせるシステムは持っていない 
ような場合に，対象のシステムで正しく走るかどうかを調べたいということがあるでしょ 
ぅ。 

Turbo C では，このような場合のためにスタートアップコードの自動検出機能を無効に 
することもできます。 S 3 境変数87がそれです。 

環境変数87は， MS - DOS の SET コマンドを使って，次のように設定します。 


A>SET 87-H 


または 


A>SET 87-Y 


環境変数87を N ( No ) とすると，スタートアップコードに（システムに8087が入ってい 
ても）8087を使わないと知らせることになります。 

逆に環境変数87を Y ( Yes ) とすると，コプロセッサが存在し，それを使用することを意 
味します。 87 = Y と設定しているにもかかわらず，実際には8087がシステムにない場合に 
は，ブログラムは暴走してしまうので注意してください。 

環境変数87は，デフォルトの自動検出機能に優先します。したがってブログラムの実行 
が始まると，スタートアップコードはまず環境変数87が定義されているかどうかをチェッ 
クします。 

■変数87が定義されている場合，スタートアップコードは自動検出を行なわず，ブログ 
ラムはあらかじめセットされたモードで実行される。 

■変数87が定義されていない場合，スタートアップコードは自動検出を行なって，ブロ 
グラムはその結果にしたがって実行される。 
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環境変数 87 がすでに設定されている場合に，これを未定義にしたいときは，次のような 
MS-DOS コマンドを入力します。 


A>SET 87- 


等号を入力した後，平に リターン キーを押します。 

レジスタと8087 


浮動小数点演算を行なう場合に，レジスタに関して知っておく必要のある点がいくつか 
あります。 

まず第一に，8087エミュレーションモードでは，レジスタのラップアラウンドはサボー 
卜されません。 

第二は，インラインアセンブリと浮動小数点演算を一緒に使う場合は，レジスタを使用 
する際には特別に注意が必要です。これは ， Turbo C が関数を呼ぶ前に，8087のレジスタ 
セットは空にされるからです。フリーのレジスタが充分あるという確信がなければ，コブ 
ロセッサを使用する関数を呼び出す前に，8087レジスタをボップしてセーブしておく必要 
があるでしょう。 

浮動小数点演算とともに matherr を使う 


ブログラムの実行中に，浮動小数点ルーチンでエラーが検出されると，そのルーチンは 
自動的に _matherr を呼び出し，引数をいくつか渡します 〇 _matherr は，その引数の値 
で exception 構造体 ( MATH.H の中で定義されています）を埋めた後，その構造体を指す 
ポインタを引数として matherr を呼び出します。 

matherr は，ユーザ独自のエラー処理ルーチンを害くためのフックとして使うことがで 
きます 0 matherr は，デフォルトでは何もせず 0 を返しますが， matherr を修正して，浮 
動小数点ルーチンのエラーを望むように操作することができます。そのように修正された 
matherr は，エラーが解決された場合はゼロ以外の値を，解決されなかった場合は 0 を返す 
ことになっています。 

matherr と— matherr の詳細については，リファレンスガイドの第2章を参照してくだ 
さい0 
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注意とヒント 


Turbo C に必要な RAM の大きさ 


TurboC は，コンパイル中に，中間的なデータはディスクに出力しません（ディスクに 
出力されるのは . OBJ ファイルだけです）。ハ•スの間の中間的なデータは RAM に S かれま 
す。このため，コンパイラが使用できるメモリの S がたりないときに ， Out of memory ... 
というメッセージが出力される場合があります。 

この問題を解決するためには，関数を小さくしたり，大きな関数を含むファイルを分割 
したりします。また， TurboC が使用できるメモリを増やすために， RAM に常駐するブ 
ログラムを削除するのも1つの手です。 

Pascal の慣例を使うべきか 


Pascal の慣例は，少なくともこの章をよく统んでよく理解するまでは，使わない方がよ 
いでしょう。 

もし，メインファイルを Pascal の呼び出し憤例でコンパイルしたい場合は， main を C 
の関数 ( cdecl ) として宣言することを忘れてはなりません。 


cdecl main(int argc f char *argv【】 f char *envpf]) 


454 


第 12 車 TurboC での上級プログラミング 




まとめ 


この章では， TurboC における3棰類の低レベルプログラミング（疑似変数，インライン 
アセンブリ，割り込み関数）について述べてきました0アセンブリ言語も含めて他の言語 
とのインターフ i ースをどのように行なうかについてもみてきました。浮動小数点ルーチ 
ンを使う場合の細かい点についても検討してきました。そして，8086における6つのメモリ 
モデルがどのような関連をもつかについて理解ができました。さあ，こうしたテクニック 
を使って，コンピュータを自由にコントロールしていくのは，あなたです。幸運を祈りま 
す0 


まとめ 
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付録 A 


Turbo C ェデイタ 


紹介 


TurboC に組み込まれているエディタは，主にソースブログラムを W くのに使われるこ 
とを想定して作られました 。 Turbo Pascal や SideKick のエディタ， MicroPro の Word ¬ 
Star を使ったことがあれば， TurboC エディタはすぐに使えるはずです。コマンドはほと 
んど同じだからです。この付録の骹後に ， Turbo C エディタと WordStar のコマンドの相 
違を示しておきます 0 TurboC エディタは WordStar と違って，アンドゥ機能を持ってお 
り，他の行に移る前であれば，その行に施した変史を取り消すことができます。このコマ 
ンド （CTR し OL ) は その他の編集コマンド j の中で述べられています。 

TC エディタは，3.2(あるいはそれ以上）の LIM / EMS ( Lotus / Microsoft/Intel Expand ¬ 
ed Memory Specification ) に対【じする EMM (Extended Memory Manager ) ドライバ 
が組み込まれたシステム上では拡張メモリをサポートします 。 Turbo C は，起動時に EMS 
メモリが使用可能かどうかを決定します。 EMS が使用可能であれば，自動的にエディタ八 
ッファを拡張メモリにきます。これによって，ブログラムのコンパイル•実行のための 
RAM メモリを 64 K 堉やすことができます。 EMS が使用可能であっても Turbo C で使い 
たく ない場合は ， TCINST の Options / Environment/Options for editor メニューで， バ 
ッファのタイプをメインメモリにセットしてください （IBM PC の場合は， EMS の使用を 
オフにセットしてください）〇 

また， PC -9801 では， TCINST の Mode for display で，テキスト画面のみを使用するよ 
うに設定している場合には，グラフィック VRAM のバンク#1 (裏 VRAM ) をエディタバ 
ッファとして使うこともできます。これには， TCINST の O / E/Options for editor の八 
ッファのタイブを ， GVRAM bank #1にセットしてください 0 

エディタバッファの設定の詳細については付録 D を参照してください。 


紹介 


457 



エディタに入る，エディタから出る 


エディタを呼び出すには ， Turbo C のメインメニューから Edit を選びます。 Edit ウィ 
ンドウが‘‘アクティブ”ウィンドウになり， Edit ウィンドウのタイトルがハイライト表示さ 
れ，タイプした文字が入力される位置を示すカーソルが Edit ウィンドウに現われます。 

テキストを入力するには，タイブライタを打つように単にキーをたたくだけです。行の 
股 後には リターン キーを押します。 

エディタから出てメインメニューに戻るには， F /0 を押します （ Edit ウィンドウの中の 
テキストはスクリーンに表示されたままです）。 

Edit ウインドウの ステータス 行 


Edit ウィンドウの一番上の行（バーと呼びます）にステータス行があります。これは, 
現在編集中のファイルに関する情報，"カーソルはどこにあるか，，，“どのような編®モード 
になっているか”などを示すものです„ 


Line 


Col 


Insert indent Tab Fill Unindent * X: FILENAME .EXT 


Line カーソルが何行目にあるかを示します。 

Col カーソルが何列目にあるかを示します。 

Insert これはエディタが揷入（インサート）モードになっていることを示し 

ます。このモードでは，キーボードから入力した文字はカーソルの位 
S に揷入されていき，カーソル以降にあるテキストは右へ移動します。 
INS キ ーまたは CTPL ^ V で，揷入 ( Insert ) モードと上酱き （ Overwrite ) 
モードを切り換えることができます。 

上害きモードでは，キーボードから入力された文字は，現在カーソル 
がある文字に上害きされます。 

Indent 自動的にインデント（段下げ)が行なわれることを意味します。 CTRL - 

0/によって自動インデントのオン/オフが切り換わります。 

Tab タブが使えるかどうかを示します。 C 7 HL «0 7 ■によってタブモードの 

オン/オフが切り換わります。 
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Fill 


Unindent 


ホ 

X : FILENAME.EXT 


最適 フィ ルがオンになっていることを示しています。タブモードが才 
ンのときに最適フィルモードもオンになっていると，各行の先頭の空 
白部分は，タブ文字と空白文字の組み合わせで最適に（最もバイト数 
が少なくなるように）埋められます。 

最適フィルモードは，でオン/オフが切り換わります。 

逆インデントがオンになっていることを示しています。逆インデント 
がオンの場合，行の最初の非空白文字にカーソルがあるときに M キ 
一（または CTO し H ) を押すと，インデントのレベルが1つ戻ります。 
逆インデントモードは， C 7 H し OU でオン/オフが切り換わります。 

ファイル名の前につけられるアスタリスクは，そのフアイルは変更さ 
れており，またセーブされていないことを示します。 

現在編集中のファイルの，ドライブ名（ X :)，ファイル名 （ FILENAME ), 
拡張子 （. EXT ) を示します。 NONAME . C と表示されている場合は， 
まだファイル名を指定していないことになります （ NONAME . C は， 
Turbo C のデフオルトのフアイル名です） 0 
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Turbo C エディタは約 50 個のコマンドを持っており，カーソルを移動する，画面単位で 
移動する，文字列を探索したり3¢換したりする，などの操作を行なうことができます。こ 
うしたコマンドは，次の5つのカテゴリに大別することができます。 

■基本カーソル移動コマンド 
■クイックカーソル移動コマンド 
■挿入および削除コマンド 
■ブロツクコマンド 
■その他のコマンド 

表 A .1 にコマンドの要約を示しました。左側にコマンドの定義，右側にコマンドを呼び 
出すための通常のキーを示しています。この表の後で，各編祺コマンドについて説明して 
いきます。 

表 A.1 エディタコマンドの 要約 


基本 カーソル 移動 コマンド： 

1文字左へ 
1文字右へ 
1単語左へ 
1単語右へ 
1行上へ 
m 下へ 


CTRL-S または—（左矢印) 
CTR し D または—（右矢印) 

CTR し A 
CTRL-F 

C 7 HL モまたは T (上矢印) 
CTRL-X または| (下矢印) 


スクロールアップ CTRL-W 

スクロールダウン CTRL-Z 


1画面アップ CTR し R または ROLLDOWN (PgUp) 

1固面ダウン CTRL-C または ROLLUP {PgDn) 


クイ ックカーソル 移動 コマンド : 


仃の初めへ 
行の終わりへ 
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CTRL-Q S または HOME (Home) 
CTRL-Q D または SHIFT-HOME (End 
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ウィンドウの最初へ 
ウィンドウの最後へ 
ファイルの最初へ 
ファイルの最後へ 
ブロックの最初へ 
ブロックの最後へ 
直前のカーソルの位置へ 


CTRL-QE 

CTRL-QX 

CTRL-QR または CmL-ROLLDOWN (Ctrl-PgUp) 
CTRL-Q C または CTRL-ROLLUP (Ctrl-PgDn) 


CTRL-Q B 
CTRL-Q K 
CTRL-Q P 


挿入および削除コマンド： 

挿入モードのオン/オフ 
行の挿入 
行の削除 

行の終わりまで削除 
カーソルの左の文字の削除 
カーソノ Mia の文字の削除 
カーソルの右の単語の削除 


CTBL-V または INS (Insert) 

CTRL-N 

CTRL-y 

CTRL-O Y 

CTRL 七 または 8 S (Backspace 
CTRL-Q または DEL (Delete) 
CTRL-T 


ブロ ツクコマンド： 

ブロ ッ クの最初のマーク 

ブロ ッ クの最後のマーク 

1語をマーク 

ブロックの複写 

ブロ ッ クの削除 

ブロ ッ クの表示のオン/オフ 

ブロ ッ クの移動 


CTRL-K B 
CTRL-K K 
CTRL-K T 
CTRL-K C 
CTRL-K Y 
CTRL-K H 
CTRL-K V 


ディスクからのブロックの読み込み 
ディスクへのブロ ッ クの害き出し 
ブリンタへのブロックの印字 
ブロ ッ クのインデント 
ブロックの逆インデント 


CTRL-K R 
CTRL-K W 
CTRL-K P 
CTRL-K I 
CTRL-K U 


その他のコマンド： 

タブ 

制御文字の入力 
コマン ドの 中断 


CTRU または TAB (Tab) 

CTRL-P 

CTRLAJ 
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自動インう 
最適 フイノ 






iSLA ンアントモードのオン/オフ 

探索 

探索說換 

ブレースマーカを探索 
前回の探索（置換）を繰り返す 
メニュー/エディタの切り換え 
ファイルをロー ドする 
セーブして編集を継校 






基本的なカーソル移動 コマンド 

TurboC エデイタは，画面上でカーソルを上下左右に動きまわらせるには CTRL •文字 コ 
マンドを使います。画面に表示されているファイルの一部分の中でカーソルを動かすには, 
つぎに示すような CTH し文字 コマンドを使います。 


キー 

動作 

CTRL-A 

カーソルの左の単語の先頭文字へ移動 

CTR し S 

カーソルを1文字左へ移動 

CTR し D 

力ーソルを1文字右へ移動 

CTRL-F 

カーソルの右の単語の先頭文字へ移動 

CTRL-E 

カーソルを1行上へ移動 

CTRL-R 

カーソルを1画面上へ移動 

CTR し X 

カーソルを1行下へ移動 

CTRL-C 

カーソルを1画面下へ移動 

CTRL-W 

画面を1行下にスクロール（カーソルは同じ行にそのままある) 
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CTRL-Z 画面を 1 行上にスクロール（カーソルは同じ行にそのままある) 

ROLLDOWN 1画面上にスクロール（カーソルも1画面上がる） 


(IBM PC では PgUp) 


ROLLUP 1画面下にス クロー 

(IBM PC では PgDn) 


ル（カーソルも1画面下がる) 


クイック カーソル 移動コマンド 


カーソルを素早く動かすコマンドも6個あります。これを使うと，カーソルを行の初めや 
終わり，ファイルの煅初や敢後，画面の最初や最後に即座に移動することができます。 


CTRL-Q S または HOME 
CTRL-QD または SHIFT-HOME End) 
CTRL-QE 


カーソルを 現在の行の先頭に移動 
カーソルを 現在の行の最後に移動 
カーソルを 画面の最上行に移動 


CTRL-QX 


カーソルを 画面の®下行に移動 


CTRL-Q R 
CTRL-Q C 


カーソルをファイルの 先頭に移動 
カーソルをファイルの ®: 後に移動 


CTRL-Q の後に B ， K,P などを絞けると，ファイルの特定の場所にジャンプすることがで 


きます。 


CTRL-QB CTRL-K S でセットしたブロックの始点マーカにカーソルを移動しま 

す。このコマンドは，ブロックが表示されていなくても（ブロックコマ 
ンドの 「ブロックの表示 / 非表示」 の項を参照），あるいはブロックの終 
点マーカが設定されていなくても機能します。 

CTRL-Q K CTRL-K AC でセットしたブロックの終点マーカにカーソルを移動しま 

す。このコマンドも，ブロックが表示されていなくても，あるいはブロ 
ックの始点マーカが設定されていなくても機能します。 

CTRL-QP 直前に実行したコマンドの前のカーソノ に移動します。このコマン 

ドは，探索や探索/$換のコマンドを実行した後で，その実行の前の位置 
に戻りたい場合などに便利です。 


エディタのコマンド 
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挿入および削除 コマンド 


カーソル移動のコマンドしか知らないのでは，ブログラムを書くには不充分です。テキ 
ストを揷入したり，削除できなくてはなりません。次に示すコマンドを使えば，文字，単 
語，行を挿人したり，削除することができます。 

挿入モードのオン/オフ CTRL-V または INS 

テキストを入力する場合には， 挿入モード （ Insert ) あるいは 上害きモード （ Overwrite ) 
のどちらかを選ばなくてはなりません 。 CTH し V あるいは // VS キーを打ったびにモー 

ドが入れ替わります。現在のモードは，画面の一番上のステータス行に表示され てい 
ます。 

TurboC エデイタでは，挿入モードがデフォルトです。揷人モードでは，現在のテキ 
ストの中に新しい文字を挿入することができます。文字を入力していくにっれて，力 
ーソルの右側にある文字列は右へ移動していきます。上 卉 きモードでは，現在あるテ 
キストは入力する新しい文字に3¢き換わっていきます。 

カーソルの左の文字を削除/逆インデント CTR し H または SS 

カーソルを1文字左へ移動し，そこにある文字を削除します。カーソルの右側にある文 
字は1桁ずっ左へ移動します。このコマンドを使うと，2っの行の区切りを取り除くこ 
とができます。たとえば，行の先頭でこのコマンドを使うと，その行を1っ上の行の最 
後にっなげることになります。 

逆インデント モー ドがオンの場合，行の最初の非空白文字 あるいは 空白行に カーソル 
があるときにこのコマンドを使うと，そこでの イン デントが1 レベル 戻され，その間の 
文字が削除されます。 

カーソル位置の文字の削除 CTH し G または DEL 

力ーソルの位®にある文字を削除し，カーソルの右側にある文字は1桁ずっ左に移動し 
ます。このコマンドで行の区切りを削除することができます。 

カーソルの右の単語の削除 CTRL-T 

カーソルの右にある単語を削除します。単語というのは，次に示す文字のいずれかで 
区切られている文字の連なりと定義されます。 
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スペース 


< 


> 


この コマン ドで行の区切りを削除することができます。 

行の挿入 CTRL-N 

カーソルの 位 5 K に行の区切りを揷人します。 

行の削除 CTRL-Y 

カーソルの ある行を削除し，それ以降の行を1行ずつ上に持ちあげます。一固消した行 
は回復できないので，この コマン ドは注意して使ってください。 

行の終わりまで削除 CTRL^Q Y 

現在のカーソルの位:！から行の終わりまでのテキストを削除します。 


フロックコマンド 


ブロッ クコマン ドの場合も CTR し文字を使います。ブロックは，テキストのひとかたま 
りであれば何でもよく，文字1個だけでも，数百行にわたるテキストであつてもかまいませ 
ん。ブロックを指定するにはブロック マーカを 使います。ブロックは，ある時点では1個し 
か存在できません。 

ブロックをマークするには，その先頭文字の前にブロック始点マーカ，最後の文字の後 
ろにブロック終点マーカをセットします。マーカをセットすると，そのブロックをコピー 
したり，移動したり，ファイルに害き出したりすることができます。 

ブロックの始点のマーク C7HL-/C B 

ブロックの始点をマークします。マーカそのものは見えません。始点と終点の両方の 
マーカをセットすると，ブロックが見えるようになります。マークされたブロックは， 
他のテキスト部分と区別できるようにハイライト表示されます。 

ブロックの終点のマーク CTRL-K K 

ブロックの 終点を マークし ます。 マーカ そのものは見えません。始点と終点の両方の 
マーカを セットすると， ブロ ッ クが 見えるようになります。 


エディタのコマンド 
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単語の マーク CTR し K T 

1個の単語をブロ ック としてマークします。ブロ ッ ク始点/終点マーカを使う必要はあ 
りません。力ーソルが単語の中に位 逋 していれば，その単語がマークされ，単語の中 
に位置していなければ，力ーソルの左にある単語が マー クされます 

ブロックのコビー CTRL-K C 

マークされているブロックを，現在力ーソルがある場所にコピーします。元のブロッ 
ク内のテキストはそのままで，マーカは新し〈コピーされた場所に移動します。 マー 
クされているブロ ッ クがなかったり，マークされたブロ ッ クの中にカーソルがある場 
合は，何も行なわれません。 

ブロックの削除 CTR し K Y 

マークされているブロックを削除します。一度消してしまうと回復する手立てはない 
ので，このコマンドは注意して使用して〈ださい。 

ブロックの表示/非表示 CTRL-K H 

マークされているブロックを表示するか，非表示にするかを決めます。このコマンド 
を人力するたびに，表示/非表示が切り換わります。ブロック処理コマンド（コピー 
移動，削除，ファイルへの冉き出し）は，ブロックが表示されている場合しか働きま 
せん。ブロックに閲連するカーソル移動（ブロックの先頭/最後へのジャンプ）は，ブ 
ロックが非表示の場合にも機能します。 

ブロックの移動 CTRL-K V 

マークされたブロックをカーソルの位置に移動します。元の場所のブロックは無くな 
ります。マーカも新しい位置に移動します。マークされたブロックが存在しない場合 
は何も行なわれません。 

ディスクからのブロックの読み込み CTRL-K R 

ディスク上にあるフアイルをカーソルの位置に読み込みます e 読み込まれたテキスト 
はブロックとなり，ハイライト表示されます。 

この コマン ドを入力すると，読み込むファイルの名前を入力するためのボックスが表 
示されます。ここでワイルドカードを使うと，小さなウィンドウが画面に現われ，デ 
ィレクトリが表示されます。指定するファイル名は’正しいものであればどんなもの 
でもかまいません。1¢張子 （. C ，. TXT ，. BAK など）を指定しないと， . C とみなされ 
ます。抗張子のないフアイルを読み込むには，ファイル名の後ろにピリォドをっけな 
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くてはなりません。 


ディスクへのブロックの害き出し C 7 WL-K W 

マークしたブロックをディスクに害き出します。ブロックはそのままで，マーカも元 
のままです。マークされたブロックがない場合は何も行なわれません。 

この コマン ドを入力すると，害き出すファイルの名前を入力するためのボックスが表 
示されます。ワイルドカードを指定すると，画面に小さなウィンドウが現われ，ディ 
レクトリが表示されます。指定したファイルが既に存在する場合は，エディタは贅告 
メッセージを出力し，実際に上窖きを行なう前に確認を求めてきます。ファイル名は， 
正しいものであればどんなものでもかまいません（抗張子のデフォルトは . C です）。拡 
張子を持たないファイルを指定するには，ファイル名の後ろにピリオドをつけなくて 
なりません。 

プリンタへのブロックの印字 CTRL-K P 

マークしたブロックをプリンタに印字します。 CTRL-K W ファイル名に PRN を 
指定してもブリンタに印字することができますが，その場合タブ文字 (0 x 09) はその 
ままプリンタに送られます。 C 77? し/ CP を使うと，タブ文字は画面に表示されている 
分の空白に»き換えてからプリンタに送られます。ブロックが定我されていない場合 
には，ファイル全体がブリントされます。 

その他の編集 コマンド 


この節では，これまで述べてきたカテゴリに入らない コマン ドについて説明します。 

操作の中止 C 7 HL-U 

進行中の コマン ドが入力を求めてきたとき，たとえば探索 / S 換 コマン ドで Replace 
( Y / N )? と聞いてきたり，探索文字列を聞いてきた段階で，その コマンドの 実行を中 
止します。 

自動 インデントのオン/オフ CTRL-OI 

引き統く行の 自動 インデントを行なうかどうかを決めます。このコマンドを入力する 
ごとにオン/オフが切り替わります。 自動 インデントがオンのときには， リターン キー 
を押すと，カーソルは次の行の先頭ではなく，1つ上の行で空白またはタブ以外の 最初 
の文字と同じ桁に 位置し ます。 
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インデントの桁位置を変えたい場合は，スペースあるいは TAB , および左矢印キーあ 
るいは SS キーを使って希望する位置にカーソルを動かせばよいわけです。自動イン 
デントがオンのときは，ステータス行に Indent という表示が出ています。オフにする 
と表示は消えます。自動インデントのデフォルトはオンです。 

制御文字の入力 CTRL-P 

ファイルの中に制御文字を入力するには，まず C 7 TO _-/> を入力してから制御文字を入 
力します。制御文字は低輝度で（あるいは反転文字で）大文字で表示されます。 

探索 CTRL-OF 

30文字までの文字列を探索します。このコマンドを入力すると，ステータス行が消え 
て Find : というブロンブトが表示され，探索する文字列を聞いてきます。探索したい 
文字列を入力してリターンを押します。 

探索文字列には，制御文字も含めてどんな文字でも入れることができます。探索文字 
列に制御文字を入力する場合は，前に CTRL-P をつけて入力します。たとえば， CTRL - 
7■を入力するには， C 7 WL キーを押しながら， P T の順でキーを押せばよいことにな 
ります。探索文字列の中に行区切りを含めるには， CTRL-M CTRL-J (復帰/改行）を 
入力します。また， CTRL-A は特別な意味を持っており，これはどんな文字ともマッチ 
します。たとえ ( ST , X ~ AZ は XYZ や X 1 Z にマッチします。 

1度探索が行なわれている場合，探索コマンドを呼び出すと， FIND : の入カエリアに 
前回の探索文字列が表示されます。探索文字列の入カエリアの中では，カーソル移動 
キーは次のような動作をします。 

CTRL ^ S ， CTRL 七 ， BS 

カーソルを1字左に動かして，カーソルの左の文字を消す。 

CTR し D カーソル 位置に，前回の文字列のその位置の文字を表示し， カーソルを 
右に1文字動かす。 

CTRL-A 入カエリア全体をクリアし，カーソルを入カエリアの最初に動かす。 
CTRL-F カーソル位 S に，前回の文字列のその位置以降の文字を表示し，カーソ 
ルを文字列の終わりに動かす。 

探索文字列を入力すると， Turbo C エディタは Options : を表示して探索オプション 
を聞いてきます。オブションには次のようなものがあります。 

B 現在のカーソルの位 g からフアイルの先頭に向かって，逆向きに探索を 
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行ないます。 

N 現在のカーソルの位置からスタートして，次に現われる探索文字列に力 

ーソルを位 逋 づけます。 

n n は整数で，現在のカーソルの位逋からスタートして，”番目に見つか 

った探索文字列にカーソルを位 K づけます。 

U 大文字小文字の区別をせずに探索します。 

W 1つの単語となっているものだけを探索します。つまり，他の単語の一部 

分の場合にはスキップします。 

探索コマンドオプションの例： 

W 完全な単語のみを探索します〇探索文字列 term は， terminal とは一致し 

ないことになります。 

BU 逆向きに探索し，大文字小文字の区別はしません。 Block は， BLOCK - 

ADE とも blockhead とも一致します。 

125 探索文字列で，125番目に現われるものを探索します。 

オプションを入力して（何も指定しない場合もありますが） リターンを 押すと，探索 
が開始されます。探索文字列と一致するものがテキストの中に見つかると，エディタ 
はそこにカーソルを位置づけます。この探索操作は，探索繰り返しコマンド （CTH し L ) 
で繰り返すことができます。 

探索!■換 CTRL-O A 

このコマンドは，探索コマンドとほぼ同じですが，見つかった文字列を30文字以内の 
文字列で S き換えることができます。 C 7 HL - A は，探索文字列の中ではワイルドカード 
として使えますが， S 換文字列の中では特殊な意味は持ちません。 

探索文字列を指定すると，エディタは 置換 文字列を聞いてきます。30文字以内の文字 
列を入力します0制御文字の入力や編集の手順は，探索コマンドの場合と同じです0 
置換 文字列を入力せずに リターン キーを押すと，見つけた文字列を削除することにな 
ります。 

オプションは探索コマンドの場合とほぼ同じですが，次の4つが追加されています0 

g 現在のカーソルの位置に関係なく，ファイル全体に対して探索 / a 換しま 

す。カーソルは最後に見つかった探索文字列に位置づけられます。 

L マークされたブロックの中でのみローカルに探索/置換を行ないます。 

N 問い合わせをせずに置き換えます。探索文字列を見つけても，いちいち置 
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き換えるかどうかの確認をしないのです。 N と G 両方を指定した場合は， 
G が有効になります。 

n 次の”個の探索文字列を置き換えます。 G オブシヨンが指定されている場 

合は探索はフアイルの先頭からスタートし，そうでない場合は現在のカー 
ソルの位置からスタートします。 

探索/置換 コマンドオプシヨンの例： 

N 10 カーソル以降で探索文字列に一致するものを10回，問い合わせをせずに 

引き換えます。 

GW フアイル全体に対して，完全な単語で探索文字列に一致するものを探し 

ます。大文字小文字の区別はしません。置き換えるかどうかの問い合わ 
せは行ないます。 

GNU フアイル全体に対して，大文字小文字を区別せずに探索を行ない，問い 
合わせをせずに;引き換えます。 


オプションを入力して（何も入力しないときもありますが） リターン キーを押すと， 
探索/ S 換操作がスタートします。探索文字列に一致するものが見つかると， （ N オブ 
ションを指定していなければ）その最後にカーソルを位置づけ ， Replace ( Y / N )? とい 
うブロンブトを画面一番上の行に表示するので，これに答えます。ここで CTHL - U を 
入力すれば，このコマンドの実行を中止することもできます。探索/;«換の操作は， 
CTRL-L で繰り返すことができます。 

ブレースマーカの 探索 CTRL-Q 0, CTRL-Q 1, CTRL-Q 2, CTRL-Q 3 

4個までのブレースマーカ（〇〜 3) を探索します 。 CTR レ 〇 の入力の後，マーカ番号パ 
を入力すると，前にセットされたマーカにカーソルを移動することができます。 

フアイルのロード F 3 

既存のファイルを編集するか，新規ファイルを作成することになります。 

最適 フイルモードのオン/オフ CTRL-OF 

タブモードがオンのときに最適 フィル モードがオンに なって いると， エディ タは各行 
の先頭の空白部分を，タブ文字 （0 x 09) と空白文字 (0 x 20) によって最適に（バイト 
数が最も少なくなるように）埋めます。 


エディタを出る（セーブはしない） CTO し K D または C 7 HL-K 〇 
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エディタを出てメインメニューに移ります。纗集の済んだファイルをディスクにセー 
ブするには，メインメニューから File コマンドの Save オプションを選択するか，エ 
ディタの中で CTO し fC S または F2 を押します。 

直前の探索の緣り返し CTRL-L 

直前に行なわれた探索または探索/置換コマンドを繰り返します。 


行の回愎 CTRL-OL 

次の行に移ってしまわなければ，その行に対する変更を取り消すことができます。行 
なった変更がどんなものであっても，行は元の状態に戻ります。ただし，行を削除し 
てしまったり， ML や SS キーで行の区切りを削除してしまった場合には，これを元 
に戻すことはできません。 

ファイルのセーブ CTRL-K S または F 2 

編粜中のファイルをディスクにセーブします。エディタからは出ないので 編 粜は継絞 
できます。 


プレースマーカの投定 CTRL-K 0 , CTRL-K 1 t CTRL-K 2 , CTRL-K 3 

テキスト内で，4個までの位: g をマークすることができます。 C 7 H し # C に統いて〇〜3の 
数字を入力します。マークを行なった後は，ファイルの中のどこにいても， CTRL-Qn 
を入力すればレは〇〜3の数字)，マークしてある位: S に容易に戻ることができます。 


タブ CTRU または TAB 

タブモードがオンの場合には，タブ文字 （0x09) を揷人し，次のタブ位置にカーソル 
を移動します0タブ位 K は，デフォルトでは8桁おきにセットされています。タブの桁 
数は， Options/Environment メニューの中の Tab size オプションで，2〜16の範囲で 
設定することができます。 

タブモードがオフの場合には，1つ上の行の単語の頭文字と同じ桁にカーソルが移動し 
ます。この場合にはタブ文字は害き込まれず，必要な数だけ空白 (0x20) が挿入され 
ます。 


タブモード CTRL-O T 

ステータス行に Tab と表示されているときには，タブモードがオンになっていること 
を意味します。このコマンドで，タブモードのオン/オフが切り換わります。 
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逆インデントのオン/オフ 


CTRLO U 


逆インデントモードのオン/オフを切り換えます。逆インデントモードがオンの場合, 
カーソルを行の最初の非空白文字あるいは空白行に置いて SS キー（または CTRL-H) 
を押すと，そこでのインデントが1レベル戻されます。 

ペアマッチ C 7 HL »0 [(前向き） CTR し Q ] (逆向き） 

カッコやコメントの始まりと終わりの対応を調べます 0 C 7 HL »0 [は前向き（ファイル 
の最後に向かって）探索します。 C7H し 〇 ] は逆向き（ファイルの先頭に向かって）探 
索します。 

対応を調べることができるのは，次の7種類のベアです。 


対応を調べたい区切り文字にカーソルを; S いてコマンドを実行します。4種類のカッコ 
とコメントの区切り （/* */) については，対応するもう一方がどちらの方向にある 
かは明らかであり，どちらのコマンドを使っても正しく対応が調べられます。2種頌の 
引用符については，エディタには方向がわからないので，どちら向きに対応する引用 
符を探すのかを，コマンドによって区別しなければなりません。なお，コメントの区 
切りについては，2文字のうちの1文字目 （7* ’の*/’，，*广の’*’）に力ーソルを»いて 
コマンドを実行してください。 

ベアマッチについては，第5章の第 IV 部で使い方を詳しく説明しています。 


Turbo C エディタ vs. WordStar 


Turbo C エディタのコマンドのいくつかは， WordStar とは少し違っています 。 Turbo 
C エディタのコマンドは WordStar のサブセットですが，ソースコードの編集を効牢よく 
行なえるようにするために， WordStar にはない機能をいくつか持っています。こうした相 
違点についてここで説明しておきます。 

自動 インデント： 

Turbo C エディタの CTRL-O /コマンドは， 自動 インデントのオン/オフを行ないま 
す0 


カーソルの移動： 

Turbo C エディタの力ーソル移動コマンド （ CTH し S, CTRL - D ， CTRL-E, C7HL-X) 
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を使うと，画面上で自由にカーソルを移動させることができます。空白行でも，カー 
ソルが1桁目にきてしまうことはありません。だからといって， ファ イルが空白文字で 
埋まっているわけではなく，行の最後の文字よリ後ろの空白は自動的に取り除かれま 
す。カーソルをこのように自由に動かせることは，プログラムを編集する際（たとえ 
ば，文のインデントを揃えるときなど）にはとても便利です0 

カーソル位置から左の削除： 

WordStar では， CTRLODEL と押すとカーソルの位茧から行の初めまでを消すこと 
ができますが，この機能はサポートされていません。 

単牾をブロックとしてマーク： 

Turbo C では CTHL-K T コマン ドを使えば， 1 個の単語をブロックとしてマークする 
ことができます。 WordStar では，単語をマークする場合にも，堆語の先頭と煅後をマ 
ークする2ステッブが必要です。 

行の区切りを越えての動き： 

CTRL-S ゃ CTRL-D では，行の区切りを越えて力ーソルを動かすことはできません。 
別の行に移るには， CTR し E , CTRL - X , CTR し A , CTO し F を使うことになります。 

エディットの終了： 

Turbo C の C77? し AC 0 は， WordStar の CTH し/ C 〇 (編集 終了）とは異なります。 
TurboC では，変更したテキストは保存されており，引き統いてコンパイルすること 
もセーブすることもできます。 

ァンドゥ： 

TurboC の CTR し OL コマンドを使うと，他の行に移る前であれば，行に対して行な 
つた変更を取り消すことができます P 


ディスクファイルの更新： 

Turbo C での編集はほとんどメモリ上で行なっているので， WordStar のように 
C 7 H し KD ではディスクには書き込まれません。したがって， File メニューの Save 才 
ブシヨンを使うか，エディタ内で C 7 R レ/ CS または F 2 を押してディスクに害き込ま 
なければなりません。 
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付録 B 


TCC コマンドラインオプション 


この付録では， TurboC のコンバイル時のコマンドラインオプションを，オプションの 
タイブでわけ，それぞれの中では ABC 順に並べて示し，各オブションがどのようなことを 
するのかについて述べています。オブションは次の3種類に分類することができます。 

■コンパイラオプション 
■リンカオプション 
■ S 3 境オプション 

コンパイラオブションは，さらに次のようなカテゴリにわけることができます。 

■ メモリモデルオプション 
■#defines (マクロ定義オプション） 

■コード生成オプション 
■最適化オプション 
■ソースコードオプション 
■エラーオプション 
■セグメント名の制御 

DOS のプロンブトから tcc だけをタイブしてリターンを押すと ， TCC (コマンドライン 
版の TurboC ) のすベてのオプションの要約が表示されます。 

コマンドラインオプションの多くのものは ， Turbo C 統合開発環境の Options メニュー 
に対応するものを持つています（他のメニューにも対応するものが少し含まれています)。 

統合環境のメニュー項目とコマンドラインオブションの対応表を，表 2.2 に示してありま 
す。 
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-a- 


♦木 


-Dname[ = string] 


本本 


^filename 

^filename 


木木 


-f87 


g# 

{pathname 


木* 


•K 


ホ氺 


-^pathname 

-lx 


-me 

-mh 


•mm 


O/C/Source/ANSI keywords only...On 
0/C/Code generation/Alignment".Word 
0/C/Code generation/Alignment...Byte 
(対する メニュ ー項 R はありません） 




Compile/Compile to OBJ 
0/C/Defines 

0/C/Code generation/Merge duplicate strings.-.On 
0/C/Code generation/Merge duplicate strings...Off 
( 対応するメニュー項目はありません） 

Project/Project Name 

0/C/Code generation/Floating point...Emulation 
0/C/Code generation/Floating point...None 
0/C/Code generation/Floating point...8087 
0/C/Optimization/Optimize for ...Speed 
0/C/Errors/Warning : stop after...# 

0/D/Include directories 
O/C/S/Identifier length...# 

0/C/Code generation/Kanji strings...On (PC-9801 のみ） 
0/C/Code generation/Kanji strings.“Off (PC-9801 のみ） 
0/C/Errors/Errors : stop after...# 

0/C/Code generation/DefauIt char type...Unsigned 
O/C/Code generation/Default char type...Signed 
0/C/Code generation/Standard stack frame...On 
0/D/Library directories 
( 対応するメニュー項目はありません） 

〇 /L/Map file 
0/C/ Model-Compact 
〇 /C/Model...Huge 
〇 /C/Model...Large 
0/C/Model...Medium 
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-ms 木木 

-mt 

-N 

-npathname 

-o 

-ofilename 

-p 

-p- 木 * 

-r + * 

•S 

-\Jname 

一 u ホ* 

-v 

-w 

- w - 

ズズズ 

wxxx 


-y 

-z 

-z Ana me 
-zBname 


0/C/Model."Small 
0/C/Model … Tiny 

O/C/Code generation/Test stack overflow … On 
0/D/Output directory 
0/C/Optimization/Jump optimization … On 
(対応するメニュー項目はありません） 

0/C/Code generation/Calling convention...Pascal 
C/C/Code generation/Calling convention … C 
0/C/Optimization/Use register variables...On 
(対応するメニュー項目はありません） 

(対応するメニュー項目はありません） 

0/C/Code generation/Generate underbars...On 
Debug/Source debugging...On 
0/C/Errors/Display warnings...On 
0/C/Errors/Display warnings...Off 
O/C/Errors/Portability warnings, ANSI violations, 

Common errors, Less common errors...On 
O/C/Errors/Portability warnings, ANSI violations, 

Common errors, Less common errors.-Off 
0/C/Code generation/Line numbers … On 
0/C/Optimization/Register optimization...On 
0/C/Names/Code/Class 
O/C/Names/BSS/Class 


-zCname 
-zDname 
-zG name 
-zPname 
-zRname 
-zSname 
-zT name 
-i 

-1-* * 


0/C/Names/Code/Segment 

O/C/Names/BSS/Segment 

O/C/Names/BSS/Group 

0/C/Names/Code/Group 

0/C/Names/ Data/Segment 

0/C/Names/Data/Group 

0/C/ N ames/ Data/Class 

0/C/Code generation/instruction set".80186/80286 
O/C/Code generation/instruction set...8088/8086 


0/ = Options C/ = Compiler E/ = Environment D/ = Directories **= デフオルト 
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オプシヨンのオン/オフの指定 


コマンドラインオプションの選択は，まずマイナス記号を入力し，すぐ統いてオブショ 
ン文字を入力して行ないます （-1 など) 0 オプションをオフにするには，オプション文字の 
後にもうひとつマイナス記号を入力します。たとえば， - A は ANSI キーワードオプション 
をオンにします力へ - A - とするとこのオブ ショ ンはオフとなるわけです。 

こうして簡単にコマンドラインで各スイッチのオン/オフが行なえます。こうして指定し 
たものは，コン フイギュ レー シヨ ンファイル中での設定に*先します。 
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構文 


MS - DOS のコマンドライン上で Turbo C のコンパイルオブションを選択するには，次 
のような構文で行ないます。 

tcc [option option …1 tiiename riiename … 


Turbo C は次に示す規則に従って，ファイルをコンバイルしていきます 0 


filename . dL&va 

filename . ob ) 

filename.Wb 

filename 

filen a me . c 

filename.xyz 


TASM を呼び出してアセンブルし， . OBJ ファイルを作る 

リンク時にォブジヱクトとして取り込む 

リンク時にライブラリとして取り込む 

filenames をコンハ•イルする 

filenames をコンバイルする 

y ?/ em ? me . xyz をコンバイルする 


たとえば，次のようなコマンドラインの場合 

tcc -a -f -c -o -Z -emyeze oldfilel^c oldfile2 nextfile.c 

TCC は 0 LDFILE 1. C , 0 LDFILE 2. C , NEXTFILE.C をコンバイルして， • OBJ ファ イ 
ルを作り出し，その後 MYEXE . EXE という名前の実行可能なブログラムファイルを作り 
ます。その際，ワード境界割り付け卜 a ), 浮動小数点演算エミュレーション （- f ), コメン 
卜のネスト （- c ), ジャンプの最適化（-〇),レジスタ®:適化 (- Z ) のオプションを選択し 
ています。 

コマンドラインで . ASM ファイルを与えているか， . C ファイルの中にインラインアセ 
ンプリが含まれている場合， TCC は TASM を呼び出します。 TCC は TASM に次のスイ 
ッチを渡します。 

/mx /D _ mdl _ 

この中の md ! は， TINY , SMALL , MEDIUM , COMPACT ， LARGE , HUGE のう 
ちのいずれかです。/ mx スイッチは， MASM に大文字小文字を区別してアセンブルを行な 
うように指定するためのものです。 
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コンパイラオプション 


Turbo C のコンパイラオブ シヨ ンは8つのグルーブにわけられます。これらの概要を説 
明します。 


■ メモリモデル オプションでは，どのメモリモデルでコンバイルするかを指定します（メ 
モリモデルは，タイニィ，スモール，ミディアム，コンパクト，ラージ，ヒュージです）。 

■# defines (マクロ定義） は，シンボリック定数などのマクロをコマンドライン上で定 
義するためのものです。デフォルトの定我は空白文字1個ですが，数値や文字列を指定 
することもできます。また，定義済みのマクロを未定義にすることもできます。 

■コード生成 オプションは，実行時に使用されるコードの生成に関して指示を与えるも 
のです。これには，浮動小数点演算のモード，文字型， CPU の命令セットなどがあり 
ます。 

■最適化 オプションでは，オブジェクトコードをどのように最適化するかを指示します。 
速度とサイズのどちらを*先して®適化するか，レジスタ変数の使用の有無，無駄な 
ロー ドの削除をするかどうかなどを決めることができます。 

■ソースコードオプションは，ソースコードに関する特定の機能を有効（または無効） 
にします0ここで指示するものには，処理系固有のキーワード （ ANSI 規格案でな 
い），コメントのネスト，識別名の長さなどがあります。 

■エラーオプションでは，どのような警告メッセージをコンパイラが出すか，缎大いく 
つの警告やエラーが起きたらコンパイルをストップするかを指示します。 

■セグメント名オプションでは， セグメント名を変えたり，そのグルーブやクラスを変 
えることができます。 

■コンパイル 制御 オプションでは，コンパイラに以下の指示を出します。 

•アセンブラ コー ドを出力する（オブジェクト コー ドは生成しない）。 

• インラインアセンブルを行なう。 

• リンクせずにコンパイルだけ行なう。 
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•ml ラージメモリモデルを使ってコンハ•イルします。 

-mm ミディアムメモリモデルを使ってコンハ*イルします。 

-ms スモールメモリモデルを使ってコン八イルします。 

•mt タイ ニィ メモリモデルを使って コンハ •イルします0スモールメモリモデルとほぼ 
同じコードを生成しますが，タイ ニィ モデルのブログラムをリンクするときには 
COT . OBJ を使用します。 

Turbo C のメモリモデルの詳細については第12章を参照してください 0 

# defines ( マクロ定義） 

-Dxxx 斑別名ズズズを1個または複数の空白文字からなる文字列として定我します。 

指定した識別名ズズズに，等号の後ろの文字列が/かぎを定義します。 string の中 
にはスペースやタブを入れることはできません。 

UXXX 識別名； CATX に関する，前に行なわれた定義を未定義にします。 

Turbo C では，次の3つの方法で複数の# define マクロをコマンドライン上で定義するこ 
とができます。 

■1 つの - D ォブ ショ ンの後ろに，セミコロンで区切って複数の定義を ffi く。 
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tcc -Dxxx;yyy-l ； zzz-NO myfile.c 


コマンドラインに複数の - D オブシヨンを置く。 

tcc -Dxxx -Dyyy-1 -Dzzz-HO myfile.c 

上の 2 つを組み合わせる。 

tcc -Dxxx -Dyyy-1 ； ZZZ-NO myfile.c 


ー ド生成オプション 


Turbo C に，80186の拡張命令を生成するように指示します。このオプションは, 
MS-DOS のもとでの IBM PC/AT などで，リアルモードで走る80286ブログラム 
を生成する場合にも使用されます。 


鲚数の大きさの領域を占める項目をワード境界で始まるようにします。檐造体の 
場合には，必要ならば余分なバイトを埋め込んで，メン八がワード境界で始まる 
ように割り当てられます。自動変数とグローハ•ル変数は正しく割り当てられます。 
char や unsigned char 型の変数およびメンバはどんなアドレスにも逋くことが 
できます。これ以外のものは，すべて偶数アドレスに S かれなければなりません。 
デフオルトはオフで，バイトアラインメントになります。 


ある文字列が他の文字列と一致する場合に，それらを マージし ます （1 つの文字列 
にする）。こうすると，ブログラムサイズを小さくすることができます（オフがデ 
フォルトです）〇 


- f 87 浮動小数点演算を，8087エミュレーションライブラリルーチンを使うのではなく 
イ ン ラインの8087命令を使うようにコードを生成します。浮動小数点コブロセッ 
サが実行時には利用できることを意味しているので，このォブションで コンパ イ 
ルしたプログラムは，浮動小数点コプロセッサが載っていないマシンでは走 n ま 
せん（現行バージヨンでは，このオプションはどのライブラリがリンクされるか 
についてのみ影響します）。 


実行時のシステムが8087を搭載していない場合は8087呼び出しをエミュレートし， 
8087が搭載されてる場合は，浮動小数点演算は8087を呼び出して行なぃます（デ 
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フォルトはオンです）。 


- f - ブログラムが浮動小数点演算を含んでいないことを指定します。したがって，リ 

ンク時に浮動小数点ライブラリはリンクされません。 

-J コンバイラに漢字文字列を正しく認識するよう指示します。これによって，ソー 

ステキスト中の漢字コードの第2バイトが，エスケープ文字 （¥), ダブルクォー 

卜 （”)• シングルクォート （’） と同じコードを持つ漢字は，文字列の一部として 
正しく扱われます（デフォルトはオンです）。 

づ- ブログラムが漢字を含んでいないことを指定します。もしこのオブシヨンを指定 
したコンノぐイルしたブログラムに含まれている漢字コードは，グラフ ィッ ク文字 
として認識されます。 

-K コンパイラに， char 型の宣言すべてを unsigned char 型として扱うように指示し 
ます 0 これで， char 型の宣言を unsigned として扱う他のシステムとの互換性を 
取ることが可能となります。デフォルトでは， char 型の宣言は signed として扱わ 
れます。 

•k デバッガがスタックを通してサブルーチン コールの トレースバックをしやすくす 

るために，標準のスタックフレームを生成します。デフォルトはオンです。 

•N 各関数のエントリ（入口）に，スタックオーバーフローのチェック機構を埋め込 

みます。このチェック機檐がスタックオーバーフローを検出すると，それを示す 
メッセージが表示されます。チェック機構を組み込むと，ブログラムサイズと実 
行速度は播牲になりますが，スタックオーハ•ーフローは非常に見つけにくいので, 
このオブシヨンは開発段階ではたいへん有用です。 才ーハ •ーフローが検出され る 
と， Stack overflow というメッセージを表示して，ブログラムは終了 コード 1 で 
異常終了します。 

-p コンパイラに，すべてのサブルーチン呼び出しおよびすベての関数を， Pascal の 

引数受け渡し手順を使って生成することを指示します。こうすると，関数呼び出 
しのコードは小さくかつ速くなります。ただしこの場合， C の手順とは違って，引 
数の型と数は正しく対応させなければならず，可変個の引数も使用できません。 
このオプションを指定していても， cdecl 文を使えば，特定の関数についてはォプ 
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シヨンを無視して C の手順を適用することができます。 


-u 宣言された識別名をオブジヱクトモジュールに格納する際に，識別名の前に自動 

的に下線 （ _) を付加します。 

Turbo C は， pascal 型の識別名（予約語 pascal によって修飾される）に対して 
は別の扱いをします。これらは大文字化され下線は付加されません。 

C の識別名に対する下線の付加はオブションですが，デフォルトではオンです 。_ 
u • とすればこれをオフにできます。しかし Turbo C の標準ライブラリを使うので 
あれば，ライブラリの洱構築をしない限り問題を生じます（ライブラリの冉構築 
には実行時ライブラリのソースコードが必要です。詳しくは MS A までお問い合 
わせください）。 

下線についての詳細は第 12 章を参照してください。 

注意： エキスハ • ート以外は - u- オブションは使用しないでください。 

•y シンボリックデバッガで使用する行番号を，オブジェクトファイルの中に埋め込 
みます。こうすると，オブジェクトファイルは大きくなりますが，実行可能ブロ 
グラムの大きさや実行スピードには影響を与えません。このオプションは，シン 
ボリックデバッガと併用する場合にのみ意味があります。 

-v コンパイラに . OBJ ファイルの中にデバッグ 悄 報を含めるように指示します。こ 
れによって TC 統合デバッガあるいはスタンドアロンのデハ•ッガによるデバッグ 
が可能となります。コンパイラはこのスイッチをリンカにも渡すので , .EXE ファ 
イルの中にもデバッグ情報が入ります。 


最適化オプション 


-G コンパイラに，サイズの小さいルーチンよりは，実行スピードの速いルーチンを 

作るように指示します。 

-0 重複したジャンブを削除したり，ループや switch 文を再編成することによって， 
コードサイズを減らす最適化を行ないます。 

r- レジスタ変数の使用を抑えます。 

-r- オプシヨンを指定した場合，あるいは 0/C/Optimization/Use register vari- 
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ables をオンにした場合，コンバイラはレジスタ変数をまったく使用せず，またそ 
のルーチンを呼び出す側のレジスタ変数 （ SI , DI ) を保存も想定もしません 0 した 
がって，レジスタ変数を使用するコード内から， - r - オプションでコンパイルした 
ルーチンを呼び出してはなりません。 

また， SI と DI を保存しない既存のアセンブリ言語コードとのインターフェース 
をとりたいときには，この- r - オプションによって，そのコードを Turbo C から 
呼び出すことができます。 

注意：エキスパート以外は- r - オブションは使用しないでください。 

-r レジスタ変数の使用を可能とします（デフォルトです）。 

-Z レジスタの内容を記憶しておくことにより，無駄なレジスタへのロー ド操作をや 
め，可能な限りそれらの値を使用します。 

注意：このオプションを使う場合には注意が必要です。レジスタがポインタによ 
って間接的に変吏を受けるかもしれず，コンパイラはそれを検出することができ 
ないからです。 

たとえば，変数パがレジスタ DX にロードされた場合，その値は保持されます。 
その後で / H こ値が代入されると， DX の値はもはや使用すべきではないのでリセ 
ットされます。もし，パの値が/1を指すポインタを使っての代入によって間接的 
に変®された場合は ， Turbo C はこれを検出できず， DX は/4の（すでに古くな 
った）値を含んでいると思い統けるのです。 

- Z による最適化は，すでにレジスタに入っている値を，もう一度ロードするのを 
抑えるように設計されたものです。これにより，ロード命令自体を削除できるこ 
ともあるし，そうでなくてもメモリを参照する命令をレジスタを参照する命令に 
変更することができるのです。 

次に示した少し人工的なコードは，この最適化の利点と欠点の両方を明らかにし 
ており， - Z を使う場合はくれぐれも注意が必要であることを示しています。 
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C のコード 


最適化アセンブラ 


func() 


int A, *P t B; 


A - 4; 

mov 

A,4 

B - A; 

mov 

ax,A 


mov 

B,ax 

P ■ &A; 

lea 

bx t A 


mov 

P.bx 

貪 P ■ B + 5; 

mov 

dx 9 ax 


add 

dx,5 


add 

[bx] f dx 

printfCZd¥n B f A); 

push 

ax 


まず* P = B +5; という文に注目すると，生成されたコードは， ax から dx への 
mov 命令で始まっています。もしこれが - Z オプションを指定せずに コンパイル 
された場合は，がからの mov , つまり長くて遅い命令が使われることになりま 
す。 

次に，*尸への代入は，尸がすでに bx の中に入っているので， add 命令の後で本 
来行なうべき尸から bx への mov は省略することができます。この最適化は正し 
いものであり，一般に役立つものです。 

しかし， printf で出力される値は正しくないはずです。 TurboC は ax がメの値 
を保持していると思っているので，メモリの内容を push せずに， ax レジスタの 
内容を push してしまいます。 printf は，正しい値9ではなく 4を表示するはずで 
す。尸を使った間接的な代入がパの値の変化を隠してしまったのです。 

* P = B + 5; という文が A = B + 5; と害かれていれば ， Turbo C は値の変化を 
認 p 觉することができます。 

レジスタの内容は，関数呼び出しやジャンプ（ラベル， case 文，ループの先頭や 
最後など）が行なわれた段階で変化しています。こうした制限と，8086ブロセッ 
サフアミリイではレジスタの数が少ないことのために，この最適化を使ったブロ 
グラムの多くは，変な動きをすることはほとんどありません。 
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ソース コー ドオプション 


-A 


ANSI コンハ•チブルなソースコードをコンパイルします 。 Turbo C で抗張された 
予約語は無視され，（おそらくは）通常の識別名として扱われます。このような予 
約語には以下のものがあります。 


near far 

asm pascal 

_es ds 


huge cdecl 

interrupt 

C8 88 


およびレジスタ疑似変数， AX ， BX ， SI などです。 


-C コメントのネストを許します。 コメン トは通常ネストしてはいけないことにな っ 
ています。 


コンバイラは，識別名の先頭の#個の文字を認識します。すべての変数は，それが 
変数であるか，プリプロセッサマクロであるか，構造体のメンバ名であるかに関 
係なく，先頭の#文字が違っているときに，別のものであると認識されます。 
Turbo C では，#のデフオルト値は32です。 UNIX も含めて他の多くのシステム 
では，先頭から8文字までしか認識しません。このようなシステムでも使えるブロ 
グラムを開発する場合は，#を小さな値にしてコンバイルすればよいでしょう。こ 

うすると，長い識別名の後ろが削られたとき，識別名の M 複が起こるかどうかを 
チェックできるからです。 


エラー オプション 


- g ? #個のメッ セージ （警告と エラー メッ セージ あわせて）が出力された段階で コンハ。 

イルをやめます。 

- j # #個のエラーメッセージが出力された段階でコンパイルをやめます。 
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•項 XXX ズズズによって指定される警告メッセージの出力を可能にします。 

オブショ >-VJ-XXX\t, XXX によって指定される警告メッセージの出力を抑制し 

ます。餐告に関する詳細についてはリファレンスガイドの付録 A を参照してくだ 

さい。 - WJCJC ズに対して可能な値は次のとおりです。 

■ ANSI violations (ANSI 規格違反） 

-whig * Hexadecimal or octal too large . 

(16 進または 8 進定数が大きすぎる） 

-wdup * Redefinition of ’ XXXXXXXX ’ is not identical . 

(XXXXXXXX の再定義が同一でない） 

-wret * Both return and return of a value used . 

(値のない return と，値を伴う return が使われている） 

-wstr * ’ XXXXXXXX ’ not part of structure . 

(XXXXXXXX は構造体の一部分ではない） 

-wstu * Undefined structure ' XXXXXXXX 1 . 

(構造体 XXXXXXXX は未定義である） 

-wsus * Suspicious pointer conversion . (あやしげなポインタの変換） 
-wvoi * Void functions may not return a value . 

(void 型の関数は値を返せない） 

-wzst * Zero length structure . (長さゼロの檐造体） 

■ Common errors (よく起こるエラー） 

-waus * ’ XXXXXXXX ’ is assigned a value that is never used . 

(XXXXXXXX には値が与えられているが，1回も使われていない) 
•wdef * Possible use of ’ XXXXXXXX ’ before definition 

(XXXXXXXX は定義される前に使われている） 

-weff * Code has no effect . (コードは何の効果も持っていない） 

-wpar * Parameter ’ XXXXXXXX ’ is never used . 

(引数 XXXXXXXX は 1 度も使われない） 

-wpia * Possibly incorrect assignment . (おそらく 誤った代入である） 
-wrch * Unreachable code . (このコードには制御は到着しない） 

-wrvl Function should return a value . (関数は値を返すべきである） 
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■ Less common errors (あまり起こらないエラー） 

-wamb Ambiguous operators need parentheses . 

(任意性のある演算子であり，カッコがゼ、要） 

-wamp superfluous & with function or array . 

(関数や配列に余分な & がついている） 

-wnod No declaration for function ’ XXXXXXXX ’. 

(関数 xxxxxxxx の宣言*でない） 

-wpro Call to function with no prototype . 

(ブロトタイブがない関数への呼び出し） 

-wstv Structured passed by value . (値によつて渡された構造体) 
-wuse ’ XXXXXXXX ’ declared but never used . 

(XXXXXXXX は宣言されているが 1 度も使われない） 


■ Portability warnings (可搬性に関する費告） 

-wapt * Non-portable pointer assignment . 

(可搬性がないポインタの代入） 

•wcln Constant is long . (定数が長すぎる） 

-wept * Non-portable pointer comparison . 

(可搬性がないボインタの比較） 

-wmg * Constant out of range in comparison . 

(比較において定数が指定の範囲を越えている） 

-wrpt 氺 Non-portable return type conversion . 

(可搬性がない戻り型の変換） 

-wsig Conversion may lose significant digits . 

(変換により，有効数字が落とされる） 

-wucp Mixing pointers to signed and unsigned char . 

(signed, unsigned char へのボインタを混ぜて使っている) 

* はオンがデフオルト。他はすべてオフがデフォルト。 


コンパイラオプション 
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グメント名の制御 

-zAname コードセグメントクラスの名前をこ変更します。デフォルトでは，コー 

ドセグメントにはクラス CODE が割りふられています。 

-zBname 非初期化データセグメントクラスの名前を mzmd こ変更します。デフォルト 

では，非初期化データセグメントにはクラス BSS が割りふられています。 

-zCname コードセグメントの名前を name に変更します。デフォルトでは，コードセグ 

メントは— TEXT という名前がつけられます。ミディアム，ラージ，ヒュー 
ジの各メモリモデルは例外で，名前は filename _TEXT です (Jilename はソ 
ースフアイルの名前です） 0 

-zDname 非初期化デークセグメントの名前を name に変更します〇デフォルトでは，非 

初期化データセグメントは _BBS という名前がつけられます。ヒュージメモ 
リモデルだけは例外で，非初期化データセグメントは生成されません。 

-zGname 非初期化データセグメントグルーブの名前をに変更します。デフォル 

卜では，データグルーブは DGROUP という名前がつけられます。ヒュージ 
メモリモデルだけは例外で，データグノ u - ブは存在しません。 

-zP name 出カフアイルが， name という名前のコードセグメントに対するコードグル 

ーブとともに生成されるようにします。 

-zRname 初期化データセグメントの名前に name をセットします 0 デフォルトでは，初 

期化データセグメントは _DATA という名前がつけられます。ヒュージモデ 
ルだけは例外で，セグメントは filename DATA となります。 

-zSname 初期化データセグメントの名前を name に変更します。デフォルトでは，デー 

タグループは DGROUP という名前がつけられます。ヒュージモデルだけは 
例外で，データグルーブは存在しません。 
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zTname 初期化データセグメントクラスの名前に name をセットします。デフォルト 

では，初期化データクラスセグメントは DATA という名前がつけられます。 

zX * ’に対するデフォルト名を使います。たとえば， - zA * はコードセグメント 

に対するデフォルト名 CODE を使います。 

注意： 8086のセグメント管理をよく理解している方以外は，これらのスイッチは使わない 

ようにしてください。通常の状況では，セグメント名を指定する必要はほとんどありませ 
ん〇 


コンパイル制御オプション 


コンパイルを行ない，インラインアセンブリ言語コードを処理するために 
アセンブラを呼び出します。 

c •。ファィ ルをコンバイル， . ASM ファイルをアセンブルします。しかし，リ 

ンクは行ないません。 

-o filename コンハ•イルを行ない，出力するオブジェクトファイル名を， /1/ ename.OBJ 

にします。 

-S ソースファイルをコンハ•イルし，アセンブリ言語出カファイル （• ASM ) を 

作ります0しかし，アセンブルは行ないません。 

-Efilename 使用するアセンブラブログラムの名前を filename にします。デフォルトで 

は TASM が使用されます《 


コンパイラオプション 
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リンカオプシヨン 


-e filename 


M 


-lx 
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出力する実行可能プログラムのファイル名を filename . EXE にします 。 -e 
と filename の間に空白を入れてはならないことに注意してください。この 
オプションを指定がな v 、場合,. EXE ファイルの名前には，妓初に指定され 
たソースファイルのフアイル名が使われます。 


リンカに，フルリンクマップを作ることを指示します 0 デフォルトでは， 
リンクマッブは作られません。 

オブションズをリンカに渡します。スイッチ-トズはオブションズを抑制 
します0 -1 の後には複数のオプションを逋くこともできます。リンカへ渡 
せるオプションについては付録 C の TLINK に関する節を参照してくだ 
さい。 
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環境オプション 


-I directory 

インクルードファイルを（標準の探索に加えて）探すディレクトリを指定します。 
directory には， ドライブ名およひ•サブディレクトリのパス名を指定します。ドラ 
イブ名は英字（大文字小文字どちらでもよい）1文字の後に コロン （：）をつけま 
す。パス名にはどんなディレクトリハ•ス名を指定してもかまいません。複数の-1 
オブシヨンを指定することができます。 


-Lairectory 

リンカに，スタートアップオブジェクトファイル （ C 0 ズ . OBJ ) と Turbo C ライブ 
ラリファイル（〇丄 IB , MATH ズ丄 IB , EMU . LIB , FP 87. LIB ) を指定のディレ 
クトリから取り込むことを指示します。デフォルトでは，リンカはカレントディ 
レクトリでそれらのファイルを探索します 0 


nxxx 出力する . OBJ や . ASM ファイルのディレクトリハ•ス名を指定します。 


TurboC では，インクルードファイルとライブラリファイルについては，複数のディレ 
クトリを探索することができます。つまり，インクルードディレクトリ （-1) およびライブ 
ラリディレクトリ （- L ) オプションは，マクロ定義オプション (- D ) と同様に，複数並べ 
て冉くことができます。 

2つのオブシヨンの辨式は次の通りです。 


ライブラリディレクトリ： -Ldirname[ ;dirname; • • • 】 

インクルードディレクトリ： -Idirname [: dirname; • • • 】 

dimame には，どのようなデイレクトリハ。ス名を指定してもかまいません。 

複数のデイレクトリは，次の3つの方法で指定することができます。 

■1 つの-1または - L オブシヨンの後ろに，セミコロンで区切って複数のパス名を害く。 

tec -Ldirnamel;dirname2;dixmame3 -Iincl;inc2;inc3 myfiile.c 


環境オプション 
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■コマン ドラインに複数の-1または - L オプションを il く。 

tcc -Ldirnamel -Ldirname2 -Ldirname3 -Iincl -Iinc2 -Iinc3 myfiile.c 

■上の 2 つを組み合わせる。 

tec -Ldirname1 ； dirname2 -Ldirname3 -Iincl;inc2 -Iinc3 myfiile.c 

後数の- 1 または - L オプションを並べた場合，コンハ•イラはそのすベてのディレクトリ 
を左から右の順序で探索します。 

注意： 統合環境 ( TC . EXE ) でも，上の敢初の方法で複数のディレクトリを探索させること 
ができます ( Options / Directories/Include directories , Options / Directories/Library 
directories )。 

暗黙のライブラリとユーザ指定のライブラリ 


TurboC は，陏黙のライブラリとユーザ指定のライブラリ（明示的なライブラリとも呼 

びます）という 2 M 類のライブラリファイルを認識します。 

■暗黙のライブラリファイルは， TurboC が自動的にリンクするものです。これは，〇. 
LIB , EMU 丄 IB または FP 87. LIB ， MATH ズ丄 IB ， およひ•スタートアップファイル 
( COx . OBJ ) です。 

■ユーザ指定のライブラリファイルは，コマンドライン上やブロジヱクトファイル内で 
明示的に指定したものです。これは拡張子が. LIB のファイルです。 
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付録 B TCC コマンドラインオプション 


インクルードファイルとライブラリファイル 

探索のァルゴリズム 

Turbo C のインクルードファイル探索のアルゴリズムでは， ソース コード内に並べられ 
た# include ファイルは次のようにして探索されます。 

■ソースコード内に# include く somefile . h 〉 と卉くと ， Turbo C は指定されたインクルー 
ドディレクトリでのみ SOMEFILE . H を探します。 

■これに対し，ソースコードで# include ’’ somefile . h ” と冉くと， TurboC はまずカレン 
トディレクトリで SOMEFILE . H を探し，見つからなければ指定されているインクル 
ードディレクトリを探します 0 

ライブラリファイル探索ァルゴリズムもこれによく似ています。 

■喑黙のライブラリ： Turbo C は指定されたライブラリディレクトリでのみ暗黙のラ 
イブラリを探索します。これは# include く somefile . h 〉 と同様です。 

■明示的なライブラリ •• TurboC が明示的なライブラリを探索する場所は，コマンドラ 
イン上のライブラリファイル名の記述方法によって異なります。 

•ライブラリ名にドライブとディレクトリをつけない場合（たとえば mylib . lib な 

ど)， TurboC はまずカレントディレクトリを探し，そこになければ指定されている 

ライブラリディレクトリを探します。これは，# include ” somefile . h ” の場合と同様 
です。 

• ライブラリ名にドライブやディレクトリをつけた場合 （c : my S tuff ¥ mylib . lib な 
ど ）， Turbo C はライブラリバス名の一部として指定されたドライブとディレクト 
リだけを探し，指定されているライブラリディレクトリは探しません。 

Turbo C バージ ヨ ン 2.0 のライブラリ探索アルゴリズムは，従来の八ージョンと上位 コ 
ンパチです。 


インクルードフアイルとライブラリファイル探索のアルゴリズム 
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コンフィギュレーションフアイル内での- L ，- I の 使用 


TCC . EXE とともに使われる TURBOC.CFG (コマンドラインのコンフイギュレー シヨ 
ンファイル）の使い方がまだよく理解できていない場合は，第3章の 「 TURBOC.CFG ファ 
イル」 を参照してください。 

コマン ドライ ン 上に#かれた - L および-1オブ シヨン は， コンフイギュレーシヨンファ 
イル内に 搿 かれたものよリ«先されます。これがどのように働くかは第3章の 「 TURBOC . 
CFG ファイル j の節に述べられています。 


デイレクトリの指定例 


ここでは，複数のライブラリディレクトリ (- L ) とインクルードディレクトリ （-1) 才 
ブシヨンを含んだ TCC コマンドライン例を示します 0 

1. カレントドライブが A :, カレントディレクトリは A : ¥ TURBOC で，そこには 
TCC . EXE があるとします。また B ドライブのカレントポジシヨンは B : 
YASTROLIB です。 

2. インクルードファイル （. H ， ヘッダファイル）は A : ¥ TURBOC ¥ INCLUDE に 
あります。 

3. スタートアップファイル ( COT . OBJ , COS.OBJ . COH . OBJ ) は ， A : ¥TURBOC 

¥ STARTUPS にあります。 

4. Turbo C の標準ライブラリファイル （ CS . LIB ， CM . LIB , MATHS 丄 IB , 

MATHM 丄 IB , EMU . LIB , FP 87 .LIB など）は ， A : ¥ TURBOC¥LIB にあり 

ます。 

5. “スター”システム用のユーザライブラリファイル （ TLIB で作成.管理しているも 
の）は ， A : ¥ TURBOC ¥ STARLIB にあります。その中の1つは PARX . LIB で 

す。 

6. “クエイサ ー ”用のサードハ•ーティ作成のライブラリは， b : ¥ ASTROLIB にあり 
ます。その中の1つは WARRLIB です。 

このような状況で，次の TCC コマンドラインを入力します。 
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tcc -mm -Llib ； 8tarlib -linclude orion umaj parx.lib b ： ¥astrolib¥warp.lib 


TCC は ORION . C と UMAJ . C を . OBJ ファイルに コン バイルし，それらをミディアム 
モデルのスタートアップコード （ COM . OBJ ), ミディアムモデルのライブラリ （ CM . LIB ， 
MATHM 丄 IB ), 標準の浮動小数点エミュレーションライブラリ （ EMU 丄 IB )， ユーザ指 
定のライブラリ （ PARX . LIB , WARP 丄 IB ) とリンクし，実行可能な ORION . EXE を作成 
します。 

コンバイラは，ソースコード内で指定されているインクルードファイルを ， A : ¥ TUR - 
BOC ¥ INCLUDE で探索します。 

またコンパイラは，スタートアップコードを A : ¥ TURBOC に探しにいきます（そこに 
存在するので，探索は終了します)。さらに標準ライブラリを A : ¥ TURBOC ¥ LIB に探 
しにいきます（そこに存在するので探索は終了します)。 

ユーザ指定のライブラリ PARX 丄 IB を探索するときには， コン バイラはまずカレント 
ディレクトリ A : ¥ TURBOC を見ます。そこでは見つからないので，さらに次の順でライ 
ブラリディレクトリを探索します。まず A : ¥ TURBOC ¥ LIB , 次に A : ¥TURBOC 
¥STARLIB (ここに PARX 丄 IB があります）。 

ライブラリ WARRLIB については，明示的なパス （B : ¥ ASTROLIB ¥ WARP . LIB ) 
が与えられているので，コンバイラはそこだけを探索します。 


インクルードファイルとライブラリファイル探索のアルゴリズム 
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付録 c 

Turbo C ユーテイリテイ 

Turbo C のハ•ッケージに入っているのは2種類の非常に高速な C コンパイラだけではあ 
りません。このパッケージには，強力なスタンドアロンのユーティリティが7つ含まれてい 
ます。これらのユーテイリテイは， TurboC のファイルやそれ以外のモジュールに対して 
使用するものです。 

Turbo C に付域する7つのューティリティは以下のとおりです。 

■ CPP ( TurboC プリプロセッサ） 

■ MAKE (スタンドアロンのブログラムマネージャ， TOUCH ユーティリティも含まれ 
ます） 

■ TLINK ( Turbo リンカ） 

■ TLIB ( Turbo ライブラリアン） 

■ GREP (ファイル検索ユーティリティ） 

■ BGIOBJ (ドライパ/フォント変換ユーティリティ） 

■ OBJXREF (.OBJ ファイル. クロスリファレンスユーティリティ） 

この付録では，ブログラム例やコマンドラインの例をまじえて，各ユーティリティの内 
容と使用法について説明しています。 
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CPP：Turbo C プリプロセッサユーテイリテイ 


CPP プリプロセッサは，インクルードファイルとマクロ定義を展開した C のソースプロ 
グラムのリストファイルを作成します。これは， C のブログラムを普通にコンパイルする際 
にはまったく必要ありません。 

マクロやインクルードファイル内でコンハ•イルエラーが起こった場合，マクロ展開やイ 
ンクルードファイル取り込んだ結果を見ることができれば，エラーの内容がもっとよくわ 
かる場合がかなりあります。多くのコンパイラはマルチパス構成をとっているので，対応 
するパスの結果を調べることができます。 

TurboC は統合^された1パスのコンパイラなので，他のコンバイラの第1バスに相当す 
るものとして CPP が用意されています。また， CPP をマクロプロセッサとして使用するこ 
ともできます。 

CPP は，スタンドア ロンのコン ハ•イラ TCC と同じようにして使用します。 CPP は TCC 
と同じようにデフォルトのオプションを TURBOC.CFG から統み込みます。また， コマン 
ドラインオブションも同じです。 

TCC のオブションで CPP には関係ないものを指定した場合は， CPP はそのオプション 
を単に無视します。 MS-DOS ブロンブトに対して， cpp だけをタイプすると CPP のハ•ラメ 
ータのリストを見ることができます。 

1 つの例外を除いて， CPP のコマンドラインで指定したファイル名は， TCC の場合と同 
様の扱いを受けます0ワイルドカードも使用できます。例外とは，指定したファイルはす 
ベて C のソースファイルとして扱われるということです。 • OBJ , • LIB , および. ASM ファ 
イルに対して特別な取り扱いは行なわれません。 

CPP で処理した各々のファイルに対して，結果はカレントディレクトリ（あるいは -n 才 
ブションで指定した出カディレクトリ）に出力されます。出力されるファイルは，ソース 
ファイルの拡張子を • I につけかえたものになります。 

この出カフアイルは，ソースファイルとすべてのインクルードファイルの各行がふくま 
れるテキストファイルです。すべてのプリプロセッサ指令行は消去され，また条件コンパ 
イルによってコンパイルの対象からはずされるテキスト行も削除されます。テキストの各 
行には，コマンドラインオプションでそうしない指定をしていなければ，その行のあった 
ソースファイルのファイル名と行番号が先頭につけられます。また，テキスト行内のマク 
口は，すべて展開テキストに置き換えられます。 

CPP の出力には各行の先頭にフアイル名と行番号がつくので，これをコンバイルするこ 
とはできません。 
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ツサとしての CPP 


- p オブシヨンは， cpp に対して，各行にソースファイル名と行番号をつけるように指示 
します。しかし， - p - を指定すれば cpp は行番号をつけないので，出力された. I ファイル 
は TC や TCC でコンパイルすることができ， CPP をマクロプロセッサとして使うことが 
できます。 


使用例 


次に示す簡単な例で， - P および- P - それぞれの場合に， CPP がファイルをどのように処 
理するかを見てみましょう。 


ソースファイル ： HELLOJOEX 


/* This is an example of the output of CPP */ 
#define NAME -Joe Smith• 

Idefine BEGIN { 

Idefine END ) 
main() 

BEGIN 

printfCZ8¥n* f NAME); 


CPP をプリプロセッサとして使用する場合のコマンドライン 


cpp hellojoe.c 


出力： HELLOJOE . 


hellojoe 
hellojoe 
hellojoe 
hellojoe 
he】lojoe 
hellojoe 
hellojoe 
hellojoe 
helloloe 


cl 
c 2 
c 3 
c 4 
c 5 
c 6 
c 7 
c 8 
c 9 


in () 


printfC2s¥n e f -Joe Smith* ); 


CPP : Turbo C プリプロセッサユーティリティ 
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CPP をマクロプロセッサとして使用する場合のコマンドライン： 


cpp -F- hellojoe.c 

出力： HELLOJOE.I 

main() 

{ 

printfCZ8¥n\ "Joe Smith- )5 
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スタンドアロンの MAKE ユーテイリテイ 


Turbo C の MAKE ユーティリティはインテリジェントなプログラムマネージャで，適 
切な命令が与えられていれば，プログラムの更新に必要な作業をすべてやってくれます。 
MAKE を実行すると， MAKE は以下のようなことを行ないます。 

■ユーザが作った MAKEFILE を統み込みます。この MAKEFILE には，どの .OBJ フ 
ァイルおよびライブラリファイルをリンクして実行可能ファイル （• EXE ) を作り出す 
のか，どのソースファイルおよびヘッダファイルをコンパイルして各 .OBJ ファイル 
を作らねばならないのか，という MAKE への指示が冉かれています。 

■各. OBJ ファイルの H 付と時刻を，その • OBJ ファイルが依存しているソースおよびへ 
ッダファイルの H 付.時刻と比較します。ソースあるいはへッダファイルのいずれか 
が. OBJ ファイルよりも新しければ， MAKE は，そのファイルが変史されており，. 
OBJ ファイルを再コンハ•イルしなければならないことがわかります。 

■ TCC を呼び出して，その .OBJ ファイルを再コンパイルします0 

■すべての .OBJ ファイルの依存関係のチェックが済んだら，各 .OBJ ファイルの日付 • 
時刻を，実行可能ファイルの日付•時刻と比較します。 

■.OBJ ファイルのどれかが .EXE ファイルよリ新しければ， Turbo リンカ TLINK を 
呼び出して，. EXE ファイルを再作成します。 

実際には， MAKE には，ブログラムを骹新に保つために，これ以上のことを行なう能力 
があります。バックァップを作ったり，他のサブディレクトリからファイルを取り出した 
り，プログラムを自動的に走らせてデータファイルを更新したりすることもできます。 
MAKE を使えば使うほど，ブログラム開発の助けとなる新しい使い方を見いだすことに 
なるでしょう。 

MAKE はスタンドアロンのユーティリティで，統合環境に含まれるプロジェクト Make 
とは別のものです。 

この節では， TCC や TLINK に対してスタンドアロンの MAKE をどのように使うかを 
説明します。 


スタンドアロンの MAKE ユーテイリテイ 
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簡単な例 


では最初に， MAKE がいかに役立つかを示す例を見てみましょう。近くの恒星系に関す 
る情報を画面に出力するブログラムを害いているとします。ブログラム GETSTARS は恒 
星系をリストしたテキストファイルを読み込み，なんらかの処理をして，その結果をバイ 
ナリのデータフアイルに出力します。 

GETSTARS は， STARTDEFS . H の中のいくつかの定莪と， STARLIB . C の中のいく 
つかのルーチン （ STARLIB . H で宣言されている）を使用します。また，ブログラム GET ¬ 
STARS 自身も次の3つのファイルにわかれています。 


■ GSPARSE.C 

■ GSCOMP.C 

■ GETSTARS.C 


敢初の2つのファイル， GSPARSE と GSCOMP には，それぞれ対応するへッダファイル 
( GSPARSE . H , GSCOMP . H ) があります。3番目のファイル GETSTARS . C にはブログ 
ラムの本体が含まれます。 STARLIB 内のルーチンを使うのは，3つのファイルの中で 
GSCOMP.C と GETSTARS.C だけです。 

各 . C ファイルに必要なカスタムヘッダファイル（標準の実行時ライブラリルーチンを宣 
言している Turbo C へッダ以外のもの）は次の通りです。 


. C ファイル 


カスタムヘッダファイル 


STARLIB.C 

GSPARSE.C 

GSCOMP.C 

GETSTARS.C 


なし 

STARDEFS.H 


STARDEFS.H, STARLIB.H 

STARDEFS.H t STARLIB.H, GSPARSE-H f GSCOMP-H 


GETSTARS . EXE を生成するには（ミディアムデータモデルとします)，次のコマンド 
行を入力します。 

tcc -c -mm -f starlib 

tcc -c -mm -r gsparse 

tcc -c -mm -f getcomp 

tcc -c -mm -f getstars 

tlink lib¥cOm starlib gsparse gscomp getstars, 

getstars f getstars f lib¥emu lib¥mathm lib¥cm 


504 付錄 C Turbo C ユーティリティ 




注意： MS - DOS では， TLINK のコマンドは1行で入力しなければなりません。ここで2行 
にわけているのは，単にこのページの1行に入りきらないからです。 


以上のことから，各ファイルには次のような依存関係があることがわかります。 

■ GSPARSE , GSCOMP，GETSTARS は，すべて STARDEFS.H に依存していま 
す。言いかえると， STARDEFS . H に修正を加えたときは，この3つのファイルをすべ 
て再コ ンハ •イルしなければなりません。 

■同様に， STARLIB . H に変更があると， GSCOMP と GETSTARS の再コンパイルが 
必要になります。 

■ GSPARSE . H を変更すると， GETSTARS を再コンバイルしなければなりません0 
GSCOMP . H の場合も同じです。 

■もちろん，ソースファイル （ STARLIB . C , GSPARSE . C など）を修正したら，このフ 
ァイルはコンパイルしなおす必、要があります。 

■最後に，再コンパイルを行なったときには，リンクをやり赶さなければなりません0 

憶えておくべきことがたくさんありますね。 STARLIB . H を修正したら， GETSTARS . 
C をコンパイルすることになりますが， GSCOMP . C の再コンバイルを忘れてしまうかも 
しれません0前述のコンバイル4回とリンク1回を行なうバッチファイルを作っておくこと 
もできますが，それでは修正を行なうごとに何もかもやり直しになってしまいます。では， 
MAKE がこれをどのように簡単にしてくれるかを見てみましよう。 


makefile を作る 

makefile は，2種類のリストを組み合わせたテキストファイルです。 2 M 類のリストとい 
うのは，ファイル間の依存関係とそれを満足するために必要なコマンドです0 
例として， GETSTARS ブログラムをのための makefile を作ってみましよう。これは次 
のようになるでしよう。 


スタンドアロンの MAKE ユーテイリテイ 
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getstars.exe ： getstars.obj gscomp.obj gsparse.obj starlib.obj 
tlink lib¥cOm starlib gsparse gscomp getstars, getstars, ¥ 
getstars, lib¥emu lib¥mathm lib¥cm 


getstars.obj ： getstars.c stardefs.h starlib.h gscomp.h gsparse.h 
tcc -c -mn -f getstars.c 

gscomp.obj ： gscomp^c stardefs.h starlib.h 
tcc -c -mm -f g8Comp.c 

gsparse.obj: gsparse.c stardefs.h 
tcc -c -mm -f gsparse.c 

starlib.obj: starlib.c 

tcc -c -mm -f starlib.c 

これは，前のところで述べたことを別の形で表わしたものですが，並び方が逆になって 
いる部分があります。 MAKE はこのファイルを次のように解釈します。 

■フアイル GETSTARS.EXE は， GETSTARS . OBJ ， GSCOMP . OBJ ， GSPARSE . 
OBJ , STARLIB . OBJ の4つのファイルに依存します。この4つのファイルのどれかに 
変更があった場合， GETSTARS . EXE は再リンクしなければなりません。これには， 
TLINK コマンドを使います。 

■ GETSTARS.OBJ は， GETSTARS . C , STARDEFS . H , STARLIB . H ， GSCOMP . 

H の 4 つのファイルに依存します 0 この中のどれかのファイルに変更があった場合，与 
えられた TCC コマンドを使って再コンパイルをしなければなりません。 

■ GSCOMP.OBJ は， GSCOMP . C , STARDEFS . H , STARLIB.H の3つのファイルに 
依存します。この中のどれかのファイルに変更があった場合，与えられた TCC コマン 
ドを使って再コンハ•イルをしなければなりません 0 

■ GSPARSE . OBJ は， GSPARSE . C ， STARDEFS . H の2つのファイルに依存します。 
この場合もどれかのファイルを変更したときは，与えられた TCC コマンドを使って 
再 コン ハ•イルをしなければなりません。 

■ STARLIB . OBJ は STARLIB . C だけに依存しています。 STARLIB . C に変更があれ 
ば， TCC を使って再コンパイルしなければなりません。 

これをどうするかというと，まず上のリストを入力して， MAKEFILE と名づけましょ 
う。さあ，これで MAKE . EXE を使う準備はできました。 
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makefile を使う 


先に述べた方法で MAKEFILE を作ったものとします。そしてもちろん，各種の ソース 

フアイルやへツダフアイルは存在しているものとします。後は次の コマン ドを入力するだ 
けです。 


簡単ですね。 MAKE は’ MAKEFILE (別の ファイル 名もつけられますが，それに つい 
ては後で説明します）を見つけて， GETSTARS.EXE の依存関係が宵かれている i 行目を 
読み込みます。 MAKE は， GETSTARS.EXE が存在しているかどうか，また最新かどう 
かをチヱックします。 

GETSTARS.EXE が最新かどうかを明らかにするためには， GETSTARS.EXE が依存 
している各ファイル (GETSTARS.OBJ, GSCOMP.OBJ, GSPARSE.OBJ, STARLIB. 
OBJ) に対して同じことを調べてやる必要があります。今度は，各 . obj ファイルがそれぞ 
れ依存しているファイルについても調べなければいけません。 . OBJ ファイルの更新に必 

要な TCC の呼び出しが行なわれ，煅後に妓新版の GETSTARS.EXE を生成するために， 
TLINK コマンドが（もし必要なら）実行されます。 

もし， GETSTARS.EXE とすべての .OBJ ファイルがすでに存在していたらどうなるで 
しょう0その場合 MAKE は，各 .OBJ ファイルが嘏後に更新された日時と，そのファイル 
の依存ファイルの日時を比較します。もし依存ファイルのどれかが新しければ， make 
は .OBJ ファイルが作られた後で依存ファイルが修正されたと判断して， TCC コマンドを 
実行します。 

• OBJ ファイルを吏新していれば，その吏新日時を GETSTARS.EXE と比較したとき 
に， MAKE は，丁 LINK コマンドを実行して GETSTARS.EXE の最新版を生成しなけれ 
ばならないことがわかります。 

途中経過 

ここでは，今までの説明を明確にするために，前の例をステップごとに追っていきまし 
ょラ。 GETSTARS.EXE とすべての • OBJ ファイルが存在し，しかも GETSTARS.EXE 
はどの • OBJ フアイルよりも新しく，同様に各 • 0B j ファイルはその依存ファイルのどれよ 
りも新しいとします。この場合， 
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と入力しても何も起きません。更新の必要なものが何も無いからです。 

では， STARLIB.C と STARLIB.H を修正した，たとえばなにかの定数の値を変更した 
としましょう。今度は， 

make 

を入力すると， MAKE は， STARLIB.C が STARLIB.OBJ より新しいのを見て，次のコ 
マンドを起動します0 

tcc -c -mm -i starlib.c 

次に， STARLIB.H が GSCOMP.OBJ より新しいのを見て，次のコマンドを起動しま 
to 

tcc -c -mm -t gscomp.c 

また STARLIB.C は GETSTARS.OBJ よりも新しいので，次に起動するコマンドは， 

tcc -c -mm -t getstftrs.c 

となります。以上 3 つのコマンドによって， STARLIB . OBJ , GSCOMP . OBJ , GETSTARS . 
OBJ は，どれも GETSTARS.EXE よりも新しくなるので， MAKE は煅後に次のコマンド 
を起動します。 

tlink lib¥cOm starlib gsparse gscomp getstars, 
getstars, getstars, lib¥emu lib¥mathm lib¥cm 

このコマンドは，すべてのフアイルをリンクして新しい八ージョンの GETSTARS . 
EXE を生成します（実際には TLINK のコマンド行は，1行に入っていないといけないこ 
とに注意してください）。 

これで MAKE についての基本的な知識， MAKE とは何か， makefile をどう作るか， 
MAKE はファイルをどう解釈するか，を学んだことになります。今度は MAKE の詳細に 
ついて見ていくことにしましょう。 
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makefile の作成 

makefile には， MAKE がブログラムを最新に保つために必要な定義や相互関係が害か 
れています。 makefile はいくつ作ってもよく，また好きな名前をつけることができます。 
MAKEFILE がデフォルトのファイル名で， MAKE を実行するときに特定の makefile を 
指定しなければ， MAKEFILE が使われます。 

makefile の作成には， TurboC エディタなど， ASCII テキストエディタであればなにを 
使ってもかまいません。 makefile 内のルールや定義や命令はすべて改行で区切られます。 

1行が長すぎる場合には（たとえば前の例の TLINK コマンド），行末に円記号¥ (IBM PC 
ではバックスラッシュ\)を茁けば，次の行に統けることができます。 

ホワイトスペース（空白とタブ）は，隣りあう名前（たとえば依存関係）を区切るため, 
およびルール中のコマンドにインデント（段下げ）をつける際に使用します。 

makefile の要素 

makefile を作るのは，定義あり，コマンドあり，命令ありで，ほとんどブログラムを冉 
くようなものです。 makefile に# くことのできる構成要素は次の通りです。 

■コメント 
■明示的 ルール 
■暗黙の ルール 
■マクロ定義 

■命令：ファイルのインクルード，条件実行，エラー検出，マクロ定義の解除 
では，各項目について詳しく見ていくことにしましょう。 

コメント 

コメントはシャープ記号 （#) で始まります。 MAKE はその行のうち，#以降の部分を無 
視します。コメントはどこにあってもかまいません。特定の桁位置から始めなければなら 
ないといった制限はありません。 

円記号 （¥) を使ってコメントを次の行に続けることはできません。各行に#をつける必 
要があります。さらに，コメントのある行は，¥で継続行にすることもできません。¥の 
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こ#があると，¥は行末ではなくなってしまいます。また¥が#の後ろにあると，¥も 
卜の一部になってしまいます。 

こ示すのは， makefile 中のコメントの一例です。 

GETSTARS.EXE を作成する makefile 
充 全なプロ ジ x クトの保守を行なう 

et8tars.exe ： getstars.obj gscomp.obj gsparse.obj starlib.obj 
次の行の最後にはコメントは■けない. 

tiink lib¥cOm starlib gsparse gscomp getstars, getstars, ¥ 
getstars, lib¥emu lib¥mathm lib¥cm 

# これは正しいコメント 

getstars.obj: getstars.c stardef8«h starlib«h gscomp«h gsparse.h 
tcc -c -mm -f getstars.c # ここにはコメントを書ける 

明示的ルール 

明示的ルールは，もうおなじみのはずです。これは今までの makefile の例で使ってきた 
ものです。明示的ルールは次の形式をとります。 

ターゲット【ターゲット •••】： 【ソースソース•••】 

【コマンド】 

[コマンド】 

• • • 

ここで ター ゲッ トは 史新すべきファイル， ソースは ター ゲッ トが依存しているファイル 
で，コマンドは有効な DOS コマンドです（これには， . BAT ファイルの起動およひ 'COM 
ファイルや. EXE ファイルの実行が含まれます） 0 

明示的 ルールには 1個以上のター ゲッ ト名，0個以上の ソースファイル およひ•実行すべき 
コマン ドリストを任意個定義します 0 明示的 ルールのター ゲッ トや ソースのファイル 名の 
リストには，務通の MS-DOS の ドライブ指定，ディレクトリ指定を斟くことはできます 
が，ワイルドカードを使うことはできません。 

次に示す文法が觅要です。 ターゲットは行の先頭 （第1カラム） になければなりません。 
一方，各 コマンドは段下げしなければなりません （先頭に少なくとも1つの空白またはタブ 
を S く必要があります）〇すでに述べたように，ソースファイルのリストやコマンドが1行 
に納まりきらなぃ場合には継続文字として円記号 （¥) を使うことができます。最後に， 
ソースのファイルとコマンドはともに省略することが可能です。 ターゲット[ターゲッ 
卜 •••] の後にコロンがついているだけの明示的ルールというのもありえます。 

明示的ルールの基本的な考え方は，コマンド（あるいはコマンドリスト）によってソー 
スフアイルからターゲットが生成あるいは更新されるというものです。明示的ルールに出 
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会うと， MAKE はまずそのソースファイルが同じ makefile 中のどこかでターゲットファ 
イルになっていないかをチェックします。その場合には，まずそちらのルールが評価され 
ます。 

他の明示的ルール（あるいは暗黙のルール）に基づいてソースのファイルがすべて生成 
あるいは更新されたならば， MAKE はターゲットが存在するかどうかチェックします。存 
在しない場合には，指定された順番で各コマンドが起動されます。存在しているなら，そ 
のファイルの更新日時を各ソースの更新日時と比較します。もしソースのどれかがターゲ 
ットより新しい R 付で更新されていた場合は，コマンドのリストが実行されます。 

MAKE の lbl の実行で，1つのファイル名は明示的ルールの左辺には1度しか現われては 
いけません。 

明示的ルールの各コマンドは，ホワイトスベースで始まります。 MAKE は次に1カラム 
目から始まる行（頭に空白のついていない行）かファイルの終わりが出てくるまで，明示 
的ルールの下の行はそのルールに対するコマンドだと解釈します。また，空白行は無視さ 
れます。 


特別な場合 

後ろにコマンドをまったく持たない明示的ルールは，コマンドのある明示的ルールとは 
少し違った扱いを受けます。 

■あるターゲットに対する明示的ルールにコマンドが含まれる場合，そのターゲットが 
依存するファイルはその明示的ルール中で指定されたものだけです。 

■明示的ルール中にコマンドのない場合，ターゲットは明示的ルールで指定されたファ 
イルだけでなく，そのターゲットに対する暗黙のルールによって決定されるファイル 
にも依存します。 

暗黙のルールについては後の節の説明を参照してください。 

明示的 ルールの 例 

次に明示的ルールの実例を示します。 

myprog.obj : myprog.c 
tcc -c myprog 

prog,.obj : prog2.c include¥stdio.h 
tcc -c -K prog2.c 
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prog.exe: myprog.c prog2.c include¥stdio.h 
tcc -c myprog.c 
tcc -c -K prog2.c 

tlink lib¥c08 myprog prog2, prog" lib¥cs 

■最初の明示的ルールは， MYPROG . OBJ が MYPROG . C に依存していること， 
MYPROG . OBJ は指定のコマンドを実行することにより生成されることを表わして 
います。 

■同様に2番目のルールは， PR 0 G 2.0 BJ が PR 0 G 2. C および（サブディレクトリ 
INCLUDE 内の） STDIO . H に依存していること，このファイルは指定の TCC コゃン 
ドで生成されることを表わしています。 

■敢後のルールは， PROG . EXE が MYPROG . C ， PR 0 G 2. C , STDIO . H に依存している 
こと，この3つのどれかに変更があつた場合には，与えられた一連のコマンドで PROG . 
EXE が更新できることを表わしています。しかし，これでは必要のない仕取までして 
しまうことがあります。つまり， MYPROG . C だけを変更した場合でも PR 0 G 2. C も 
再コンパイルしてしまいます。これは，ルールのターゲットが最新ではないとわかつ 
た時点で，そのルールのコマンド.がすべて実行されてしまうからです。 

■ makefile の先頭に次のような明示的ルールを擗き， 

prog.exe ： myprog.obj prog.obj 

tcc lib¥cOs myprog proR 2 f pros 9 •lib¥cs 


その後に上述の （ MYPROG . OBJ と PR 0 G 2.0 BJ についての） 2 つのルールを並べれ 
ば，必要なファイルだけが再コンパイルされるようになります。 

明示的ルールの場合には， C あるいはアセンブラソースファイルのインクルードファイ 
ルを追加したり削除したりしただけでも，いちいち makefile を軎き直さなければなりま 
せん。 MAKE で TC , TCC , および TASM を使うのであれば，この余分な作業を省略する 
ことができます （ TC にコマンドラインオブション - b を使えば， MAKE から呼び出すこと 
ができます）。 MAKE にコマンドラインオプション - a をつけることによって，自動依存チ 
ェックが行なわれます。 

たとえば，次の makefile を考えてみましょう。 


•c.obj : 

tcc -c $* 

そして， foo . c という次のようなソースファイルを TCC (パージョン 2.0 以上）でコンパ 
イルしたとします 0 

/include <stdio.h> 

/include B dcl.h a 
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これで MAKE を次の コマン ドラインで呼び出すと, 


make -a roo.obj 

foo . c だけでなく， stdio . h と dcl . h の日付 • 時刻もチェックされることになります。 

暗黙のルール 

MAKE では 暗黙のルールを 定義することもできます0暗黙のルールは，明示的ルールを 
一般化したものです。それはどんなものなのでしょうか。 

では実例を使って，この2つのルールの関係を見ていくことにしましょう0では，前の節 
の例題にある次の明示的ルールを考えてみましょう。 

starlib.obj : starlib.c 

tcc -c -mm -r starlib.c 

このルールは一般的なものです。なぜならこのルールは， . OBJ ファイルは同名の . C フ 
ァイルに依存していて， TCC の実行によって生成されるという一般的な原理に基づいてい 
るからです。実際，これと同じ袢式の明示的ルールがいくつも（場合によっては何十も） 
並んでいる makefile というのもありえます。 

明示的 ルールを 暗黙の ルールに 辨き直せば，同じ形式の明示的 ルールを 取り除くことが 
できます0暗黙のルールは次のような形をしています0 

• c.objs 

tcc -c -mm -f $< 

このルールの意味するのは次の通りです。 

「• OBJ で終わるファイルはすべて同じファイル名で . C で終わるファイルに依存する。ま 
た，このファイルを生成するコマンドは 

tcc -c -mm -f $< 

である。ここで，$くはファイル名にソースの拡張子 c 〇をつけたものを表わしてい 
る Jo ($< というシンボルはスペシャルマクロです。これについては次の節で説明します 
が，これはコマンドが実行される時点で適切な . C ソースファイルの完全な名前に S き換え 

られるものです）。 
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暗黙のルールの構文を次に示します。 


•ソース拡張子•ターゲット拡»子： 

[コマンド】 

[コマンド】 

ここでも前と同様に，コマンドは答略可能です。また，段下げをする必要があります。 

ソース拡張 子は （1 カラム目から始まらなければなりません）ソースファイルの拡張子で 
す。つまり，このルールは次の形式のすべてのファイルに対応します。 

ファイル名•ソース拡»子 

同様に ターゲット拡張 子は次のファイルを参照します。 

ファイル名•ターゲツト拡»子 

ただし， ファイル 名は_者で同じものです。言い方を変えれば，この暗黙のルールは任 
意のファイル名に対応する，次の搿式の明示的ルールをすべて置き換えるものです。 

ファイル名.ターゲツト拡»子：ファイル名•ソース拡張子 
[コマンド】 

【コマンド】 

• • • 

暗黙のルールが使われるのは，指定されたター ゲッ トに対する明示的ルールが見つから 
ない場合，および，そのターゲットに対する明示的ルールがコマンドを持たない場合です。 

あるファイルに対してどの暗黙のルールが使用されるかは，そのファイルのファイル名 
の拡張子から決定されます。ファイル名のソース拡張子以外の部分が同じであるターゲッ 
卜が存在する場合に，その暗黙のルールが使用されるわけです0 

たとえば，次のような内容の makefile (ファイル名は MAKEFILE ) があるとします。 

.c.obj 

tcc -c -ms -f $< 

RATIO . C という C ブログラムを RATIO . OBJ にコンバイルする場合は，次のコマンド 
を使うことができます。 


make ratio.obi 


MAKE は RATIO . OBJ をターゲットにしようとします。 RATIO . OBJ を生成するため 
の明示的ルールはないので， MAKE は暗黙のルールを適用して次のコマンドを生成しま 
す 0 
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このコマンドはもちろん， RATIO . OBJ の生成時に必要なコンハ。イルを行なうものです。 
暗黙のルールは，明示的ルールにコマンドが指定されていない場合にも使用されます。前 
述の例について， makefile の先頭に次の暗黙のルールがあるとしましょう。 

.c.obj 

tcc -c -mm -f $< 

すると，この後の明示的ルールは次のように害き直すことができます。 

getstars.objs stardef.h starlib.h gscomp.h gsparse.h 
gscomp.obj: stardefs.h starlib.h 
gsparse.obj: stardefs.h 

ここでは， . OBJ ファイルをどうやって生成するかについて，明示的な情報を指定してい 
ませんので， MAKE はすでに定義されている暗黙のルールを使うことになります。また， 
STARLIB . OBJ は STARLIB . C だけに依存しているので，これについてのルールは，この 
リストからはずされています。 MAKE が自動的に暗黙のルールを適用してくれます。 

MAKE で自動依存チェックを有効にしている場合には，上の例のように. OBJ ファイル 
をターゲットとするすべてのルールを取り除くことができます。自動依存チヱックを有効 
にして暗黙のルールを用いると，先程の MAKEFILE は次のようになります。 

•c.obj : 

tcc -c -mm -f §< 

getstars.exe: getstars.obj gscomp.obj gsparse.obj starlib.obl 
tlink lib¥cOm strlib gsparse gscomp getstars, getstars, ¥ 
getstars, lib¥emu lib¥mathm lib¥cm 

同じターゲット拡張子に対して複数の暗黙のルールを冉くことも可能です。ただし，同 
時に適用できるのはその中の1つだけです。与えられたターゲット拡張子に対して2つ以上 
の暗黙のルールが存在する場合には， makefile にでてくる順番にルールのチェックが行な 
われ，そのソース拡張子に一致するものが見つかるか，すべての適用可能なルールをチェ 
ックし終わるまでチェックを統けます。 

MAKE は，最初にソース拡張子を持つファイルが見つかった暗黙のルールを使用しま 
す0そのルールのコマンドが実行できなかった場合でも，それ以上暗黙のルー/レのチェッ 
クは行ないません。 

暗黙のルールの下に統く行は，先頭が空白でない行か，あるいはファイルの終わりに達 
するまで，そのルールに対するコマンドリストと見なされます。空白行は無視されます。 
コマンド行の構文については，この章の少し後の 「MAKE の使用 j の節で説明します。 
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特別な場合 


明示的ルールと違い，暗黙のルールからでは MAKE は完全なフアイル名を知ることは 
できません0したがって， MAKE にはルールから得られるフアイルの名前を扱うためのス 
ぺシャルマクロが用意されています（詳しくは少し後のマクロ定我についての説明を参照 
してください）。 

暗黙のルールの例 


次に暗黙のルールの例を説明します。 

•c.obj : 

tcc -c §< 


.asm.obj : 

tasm $* /mx; 

股初の暗黙のルールの例では，ターゲットファイルは .OBJ ファイル，そのソースファイ 
ルは . C ファイルです。この例では，コマンドリストにはコマンド行が1行あります。コマン 
ド行の構文については後にふれます。 

2番目の例は MAKE に指定ファイルのアセンブルをさせようというものです。ソース 
は. ASM ファイルで， TASM の/ mx オプションを使用します。 

コマンドリスト 

ここまでで，明示的ルールと暗黙のルール，およびそれらのルールにコマンドリストが 
どう入るかについて述べました。それでは，こうしたコマンド自体^およひ•コマンド設定 
のオブションについて説明することにしましよう0コマンドリスト中のコマンドは段下げ 
しなければなりません。つまり，先頭に少なくとも1個のブランクないしはタブが必要で 
す。コマンドは次の形式をとります。 

I プレフイツクス•••】コマンド本休 

コマンドリスト内の各コマンドは，（省略可能な）ブレフイ ッ クスのリストの後にコマン 
ド本体が1 つついた ものです。 
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プレフイ ッ クス 


ブレフィックスを使って， MAKE がコマンドをどう扱うかそのコマンドの中から変更 
することができます。ブレフィックスは，単価記号（@)か，マイナス記号 （_) に数字を 
続けたもののどちらかです。 

@ コマンドを実行する前に画面に表示するのを止めます。 MAKE のコマンドラ 

インで - s オブシヨンを指定していない場合でも表示は行なわれません0このブ 
レフィックスは，指定したコマンドに対してだけ適用されます。 

-数字終了コードを MAKE がどう扱うかを指定します。数字が指定されると， 

MAKE は終了コードが与えられた数字より大きいときだけ処理を中断します。 
次の例では，終了コードが4より大きいときにだけ MAKE は異常終了します。 

-4 myprog sample 

-数字のブレフ ィッ クスが指定されていない場合は， MAKE はコマンドの終了 
ステータスをチェックして，0でない場合は処理を中断し，カレントのターゲッ 
トファイルを消去します0 

- •だけで数字のない場合には， MAKE は終了ステータスをまったくチェックし 

ません。終了ステータスがどうであれ， MAKE は実行を統けます。 

コマンド本体 

コマンド本体は， COMMAND.COM に入力された場合とまったく同じように取り扱わ 
れます0ただし，リダイレクションとパイブはサポートされていません0次の組み込みコ 
マンドを実行する際には， MAKE はコマンドを実行するために COMMAND . COM のコ 
ピーを起動します。 


break 

cd 

chdir 

els 

copy 

ctty 

date 

del 

dir 

echo 

erase 

md 

mkdir 

path 

prom 

rem 

ren 

rename 

set 

time 

type 

ver 

verify 

vol 



これ以外のコマンド名に対しては， MAKE は MS-DOS の探索アルゴリズムを使ってコ 
マンドを探します0 


スタンドア□ンの MAKE ユーティリティ 


517 



■まずカレントディレクトリを探します。次に PATH に指定されている各ディレクト 
リを探します。 

■各ディレクトリ内では，まず拡張子 .COM のファイルを探します。次に . EXE ， 最後 
に . BAT を探します。 

BAT ファイルが見つかったときは，そのバッチフアイルの実行のために COM - 
MAND . COM のコピーが起動されます。 

当然ながら，コマンドラインに拡張子が指定されている場合は， MAKE はその拡張子の 
ファイルだけを探します0 

コマンドの例 

次のコマンドは，実行のために COMMAND . COM を起動します0 


cd c:¥include 

次の コマン ドは，探索アルゴリズムをフルに使ってファイルを探します0 

tlink lib¥c08 x y,z,z # lib¥cs 
次の コマン ドは， . COM ファイルのみを探します。 
myprog.com geo.xyz 

次の コマン ドは，明示的にファイル名を与えて実行されます。 

c ： ¥myprog8¥fill.exe -r 

マクロ 

makefile の中で，同じコマンドやファイル名，オプションなどを何度も繰り返し使うこ 
とがよくあります 0 この解説の最初の例題では， TCC コマンドはすべて- mm といつスイッ 
チを使っています。このスイッチはミディアムメモリモデルでコンパイルするといつ意味 
です。またこのときには， TLINK コマンドは COM . OBJ ， MATHM 丄 IB ， CM . LIB とい 
うファイルを使用します。では，ここでラージメモリモデルを使用したい場合はどうなる 
でしょう。オプション- mm をすベて- ml に変え，さらに TLINK コマンドのフアイルを適 
当なものに変更してやれば可能ですね。しかし，マクロを定義するという手もあります。 

マクロとい うのは，なんらかの文字列を表わす名前です。 マクロ 定義には マクロ 名と展 
開したテキストとを指定します。そうすれば， MAKE が マクロ 名に出会つたときには，そ 
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のマクロ名を展開したテキストに引き換えます。 
makefile の先頭で，次のマクロを定義したとしましょう。 


MDL - m 


こう定義することにより，マクロ MDL は文字列 m と同じものと見なされるようになり 
ます。そこで， makefile は次のように肖き直してやることができます。 

MDL - m 

gerstars.exe: getstars.obj gscomp.obj gsparse.obj starlib.obj 
tlink lib¥cO$(MDL) starlib gsparse gscomp get8tars 9 ¥- 

getstars f getstars. lib¥emu lib¥math$(MDL) lib¥c$(MDL) 

getstars.objs getstars.c stardefs.h starlib.h gscomp.h gsparse.h 
tcc -c -m$(MDL) getstars.c 

gscomp.obj ： gscomp.c stardefs.h starlib.h 
tcc -c -m$(MDL) gscomp.c 

gsparse.obj: gsparse.c stardefs.h 
tcc -c -m$(MDL) gsparse.c 

starlib.obj: starlib.c 

tcc -c -m$(MDL) starlib.c 


メモリモデルを指定するところはすべて， マクロ呼 ひ•出し$ ( MDL ) を使っています。 
MAKE の実行時には， $( MDL ) は展開テキストの m にき換えられます。その結果，前 
述の例と同じコマンドセットか1球られます。 

この修正で何が得られたのでしょう。それは柔軟性です。肢初の行を ， MDL = 1 に変史 
してやれば，コマンドはすべてラージメモリモデルを使用するためのものに変わります。 
さらに，1行目を取り去ると， MAKE を走らせる際に -D (定義)オプションを使って，次 
のようにどのメモリモデルを使うかを指定してやることもできます。 

make -DMDL-1 

ここでは MAKE に， MDL を，展開テキストが丨のマクロとして扱うように指示してい 
ます。 


マクロの定義 

マクロの定義は次の形式で行ないます。 

マクロ名■展闋テキスト 


スタンドアロンの MAKE ユーテイリテイ 


519 



マクロ名はマクロの名前です。マクロ名は英字および数字からなる文字列で，ホワイト 
スペースを含んではなりません。ただし，マクロ名と等号 （=) の間にはホワイトスべ一 
スを入れることができます。展開テキストは任意の文字列で，行末で終了します。展開テ 
キストは，行末に円記号を逭いて次の行に統けることができます。 

そのマクロ名がすでに定義されている場合には， makefile 中のマクロ定義の場合でも 
MAKE のコマンド行の -D オブションによるものであっても，新しい定義が元の定義に;！ 
き換わります。 

マクロは大文字•小文字を区別します。つまり，マクロ名 mdl ， Mdl , MDL はすべて別々 
のものとして扱われます。 


マクロの使用 


マクロは， makefile の中で次の苒式で呼び出されます。 


$(マクロ名） 

マクロ名は，たとえ1文字のものでも必らずカツコが必要です。ただし，後で説明する定 
我済みの特殊マクロは例外です。$(マクロ名）という W 文は，マクロ呼び出しと呼ばれま 
す。 MAKE はマクロ呼び出しに出会うと，それを展開テキストに引き換えます。そのマク 
口が定義されていない場合には，空文字列に引き換えます。 

特別な場合 

マクロ内のマクロ： 

マクロ定義の左辺（マクロ名）でマクロを呼び出すことはできません。マクロの使用 
が許されるのは右辺（展開テキスト）だけです。この場合，定義したマクロが呼び出 
されるまで展開は行なわれません。言い方を変えれば，マクロ呼び出しが展開される 
ときに，展開テキスト中に埋めこまれたマクロも展開されます。 

ルール内のマクロ： 

ルール行のマクロ呼び出しは，即座に展開されます。 

命令内のマクロ： 

! if 命令および! elif 命令中では，マクロ呼び出しは即座に展開されます。 ！ if 命令や ! elif 
命令で呼び出そうとしたマクロがその時点で定義されていなかった場合は，値 
0 ( FALSE ) に展開されます。 
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コマンド内のマクロ： 

コマン ド中のマクロ呼び出しは，その コマン ドの実行時に展開されます。 

定義済みマクロ 

MAKE には，$ d , $ *. $く，$:，$., $&の6つの特殊マクロが組み込まれていま 

す。1つめは定義テストマクロで，条件実行命令! if および! elif 中で使用します。残りは ファ 
イル名マクロで，明示的ルールおよひ•暗黙のルールの中で使われます。さらに，その時点 
での SET の環境文字列がマクロとしてロードされます。また，マクロ — MAKE _」 il と 
定義されています。 


定義 テストマクロ （$ d ) : 

定義テストマクロ $ d は，指定されたマクロ名が定義されているときには1に，されて 
いないときには0に展開されます。そのマクロの展開テキストの内容には関係はありま 
せん。この特殊マクロは， ！ if 命令および! elif 命令の中でのみ使用できます。 

たとえば，メモリモデルの指定のない場合には，ミディアムメモリモデルを使うよう 
に makefile を并き変えたいとしましよう。これは makefile の骹初に次のように冉け 
ば可能です。 

lif l$d(MDL) # if MDL is not defined 

MDL-m # define it to m (MEDIUM) 

lendif 


MAKE を起動する コマン ド行が， 
make -DMDL_1 

ならば， MDL は1と定義されます。しかし，単に 


で MAKE を起動した場合は， MDL は m と定義されます。これか…デフォルト”のメモ 
リモデルというわけです。 

各種のファイル名マクロは，同じような働きをします。つまり，生成しようとするファ 
イルの完全パス名のバリエーションに展開されます。 

ベースファイル名マクロ （$*): 

ベースフアイル名マクロは，明示的ルールおよび暗黙のルールのコマンド内で使用し 
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ます。このマクロ （$*) は，次のように生成すべきファイル名から拡張子を除いた 
ものに展開されます。 


ファイル名 A : ¥P¥TESTFILE.C 

$ * の展関形 A: ¥P¥TESTFILE 

たとえば，前述の GETSTARS . EXE に対する明示的ルールは次のような形に害き直 
すことができます。 

getstars.exe: getstars *obj gscomp.obj gsparse^obj starlib.obj 
tlink lib¥cO$(MDL) starlib gsparse gscomp $*• $*• $*• ¥ 
lib¥emu lib¥math$(MDL) lib¥c$(MDL) 

このルールのコマンドが実行される際には，マクロ $* は（拡張子なしの）ター ゲッ 
卜のファイル名 getstars に；!!{き換えられます。暗黙のルールの場合には，このマクロ 
は非常に有用です。 

たとえば， TCC を用いる暗黙のルールは次のような形をしています（マクロ MDL の 
定莪は他の場所で行なわれるとします 0 また，浮動小数点数ルーチンは使用しないも 
のとしています)。 

•c.obj I 

tcc -c -m$(MDL> $* 

フルファイル名マクロ （$ く）： 

フルファイル名マクロも，明示的ルールおよひ•暗黙のルールのコマンド内で使用され 
ます。明示的ルール中では，$<は次のように（拡張子も含む）ターゲットのファイル 
名全体に展開されます。 

ファイル名 A:¥P¥TESTFILE.C 
$<の展 M 形 A : ¥P¥TESTFILB.C 

たとえば次の ルールは， 

starlib.obj : starlib.c 
copy $< Voldobjs 
tcc -c $* 

STARLIB . C をコンパイルする前に，元の STARLIB . OBJ をディレクドリ¥0し 
D 0 BJS にコピーします。暗黙のルールの場合，$<はファイル名+拡張子となりま 
す。たとえば，次のような前述の暗黙のルールは， 

.c.obj ： 

tcc -c $*.c 
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以下のように害き直すことができます。 


• c .obj : 

tcc -c $< 

ファイル名パスマクロ （$ : ) : 

この マクロは 次の例のように，（ファイル名の部分を除いた）パス名に展開されます。 

フアイノレ名 As¥P¥TESTFILE.C 

$:の JIM 形 A : ¥P¥ 

拡張子つきファイル名マクロ （$•): 

この マクロは 次のように，拡張子も含めたファイル名に展開されます（ただしパス名 
は除かれます)。 


ファイル名 A : ¥P¥TESTFILE • C 

$ •の展 M 形 TESTFILE.C 


ファイル名マクロ （$&) : 

このマクロは次のように，バスや拡張子を除いたファイル名の部分だけに展開されま 
す。 


ファイル名 A : ¥P¥TESTFILE • C 

の展闐形 TESTFILE 


叩 -P 

TurboC の MAKE の持つ命令の機能は，他の MAKE にはないものです。これは， C 自 
身のコンパイラ制御行と同様の機能です。こうした命令を使えば，他の makefile をインク 
ルードしたり，ルールやコマンドを条件つきにしたり，エラーメッセージを出力したり， 
マクロを未定義に戻したりすることができます。 

makefile 中の命令は， C の場合のシャープ記号 （#) ではなく，行の先頭の感嘆符 （!） 
で始まります。 MAKE の命令には次のものがあります。 
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ファイルインクルード命令 


ファイルインクルード命令 （! include > は，指定したファイルをその命令を統み込んだ時 
点で makefile に取り込みます。この命令の形式は次の通りです。 

I include • ファイル名 • 

この命令は，任意の深さにネストすることができます。もし，インクルード命令がネス 
卜の外側ですでに取り込まれているファイルを取り込もうとした場合には，（したがつて， 
ネストはループになるので）その内側のインクルード命令でエラーとなります。 

この命令はどう使うのでしょう。では，次のような内容のファイル MODE し MAC を作 
成したとしましょう。 

!if l$d(MDL) 

MDL-m 

lendif 


こうすれば任意の makefile 中に，上の条件マクロ定義を，次の命令で取り込むことがで 
きます。 


1 include "MODEL.MAC* 

! include 命令に出会うと， MAKE は指定されたファイルをオーブンし，その内容を読み 
込んで makefile 自体にあるように処理します。 


条件実行命令 

条件実行命令 （! if , ! elif , ! else , lendif ) を使用することによって，ブログラマは柔軟な 
makefile の作成が可能となります。ルールやマクロに条件を与えることができるので， （• 
D を使った）コマンドラインでのマクロ定義で makefile の一部を活かしたり殺したりす 
ることができます。 

これらの命令の害式は， C のプリプロセッサのものと対応しています。 
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if expression 
lines ] 
endif 


if expression 
lines ] 
else 
lines ) 
endif 


if expression 
line8 ] 

elif expression 
lines ) 
endif 


注意： [lines ] には次のものが許されます。 

マクロ定義 
明示的ルール 
暗黙のルール 
包含命令 
if グルーブ 
エラー命令 
定我解除命令 


条件命令はグルーブを形成します。グルーブには，少なくとも先頭の! if 命令と末尾の 
lendif 命令が必要です。 

■グルーブ中には! else 命令を1つ含むことができます。 

国! elif 命令は， ！ if 命令と! else 命令（あるいは! endif ) の間に S くことができます。 
■ルール，マクロ，条件命令以外の命令は条件命令の間にいくつでもはさむことができ 
ます。ただし，コマンドを持つルールを条件命令の両側にまたがるように害くことは 
できません。 

■ 条件命令グルーブは任意の深さにネストすることができます。 


個々のルール，コマンド，命令は同一のファイルに人っていなければなりません0 
! if 命令は，必らず同一のソースファイル中に対応する! endif 命令が必要です。したがっ 
て，次のインクルードファイルは途中でどんなファイルを取り込んでいたとしても，対応 
する! endif 命令がないので誤りになります。 
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lif $(FILE 一 COUNT) >5 
< なにかのルール > 

I else 

< 他のルール > 

<フアイルの終わり> 


条件実行命令中の式 

式には1つの! if か! elif 命令を， C のような文法で記述することができます。式は単に32ビ 
ットの符号つき格数として評価されます。数字は，8進，10進，16進定数として入力するこ 
とができます。たとえば，次の式はすべて正しい定数です。 

4536 #10 進定败 

0677 # 8 遒定败 

0x23aF #16 遵定败 

式には次の平艰演 W 子を使用できます。 


- ft 数 

〜 ビット反転 
! 論理否定 

式の中で使用できる二顶演裨子は次の通りです。 

+ 加棘 

- 滅猓 
* 乗钚 
/ 除荪 
% 剌余 

» 右シフト 
くく 左シフト 
& ビットごとの AND 
I ビットごとの OR 
A ビットごとの XOR 
&& 論理的 AND 
II 論理的 OR 
> より大きい 
< より小さい 
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>= 等しいか大きい 

<= 等しいか小さい 

== 等しい 
!= 等しくない 


式の中で使用できる三項演銶子は次の通リです。 


?の前のオペランドは条件式として扱われます。 

オペランドの値が0でない場合，2番目のオベランド （？ と：にはさまれた部分） 
が結采となります。敢初のオペランドの値が〇の場合は，結果は3#目のオペラ 
ンド（：の後の部分）の値となります a 


式の中のオペランドをひとまとめにするために カッコを 使うことができます。 カッコの 
な、 、場合，二項演择子は C 言語と同じ漫先度でグルーブ化されます。 

C の場合と同様，同じ*先度の演算子の場合，グルーブ化は左から右へ行なわれます。た 
だし，三項演猝子 （？ ： ） の場合には右から左になります。 

式の中でマクロ呼び出しをすることも可能です。特殊マクロ $ d 0も使用できます。マク 
口をすべて展開した後の状態で，式は正しい構文になっていなければなりません。展開後 
に式の構成要素でない準語が残った場合にはエラーになります。 

エラー 命令 

エラー命令 Oerror ) は MAKE の実行を止めて， ！ error の後ろに指定したテキストを含 
む致命的エラーの診断メッセージを出力します。 辨 式は次の通りです。 


lerror < 任意のテキスト〉 


この命令は条件命令中に人れておいて，ユーザ指定による異常終了を可能にする ために 
用意されています。たとえば，次のようなコードを最初の明示的ルールの前に入れておく 
ことができます。 


lif l$d(MDL) 

# if MDL is not defined 
lerror MDL not defined 
lendif 
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MDL を定義せずにこの部分が実行されると， MAKE は次のエラーメッセージを出して 
停止します。 

Fatal makefile 5: Error directive: MDL not defined 


定義解除命令 

定義解除命令 （! undef ) は，指定したマクロの定義を解除します。指定のマクロが未定義 
の場合は，この命令は何もしません。構文は次の通りです。 

lundef マクロ名 


MAKE の使用 


ここまでで makefile について多くのことを学んできました。今度は makefile をどのよ 
うに使うかについて見てみましょう。 

コマンドラインの構文 

MAKE を使用する®:も簡单な方法は， MS - DOS のブロンブトに対して 

make 

と入力することです。この場合， MAKE はまず MAKEFILE というファイルを探します。 
もしこのファイルが見つからない場合，次に MAKEFILE . MAK を探します。このファイ 
ルも見つからなければ，エラーメッセージを出して停止します。 

では， MAKEFILE や MAKEFILE . MAK 以外の名前のファイルを使いたい場合はどう 
すればいいでしょう。その場合は次のように MAKE にファイルオプション （- f ) を指定し 
ます。 

make -fstars.mak 
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MAKE の一般的な構文は次の通リです。 


make オプションオプション ••• ターゲットターゲット ... 

ただし， オプションは MAKE のオプション（後述)， ターゲットは 明示的ルールで扱う 
ターゲットファイルの名前です。 

この構文の文法は次の通りです。 

■ make の後には空白を入れ，その後に MAKE のオブ ショ ンを並べます。 

■各オブションの間は空白で区切ります。オブションはどんな順序で並べてもかまいま 
せん。また（コマンドラインにおさまる限り）いくつ指定してもかまいません0 
■オプションのリストの後には空白を入れ，その後にターゲットを並べます（ターゲッ 
卜は指定しなくてもかまいません）。 

■各ターゲットの間は空白で区切ります。 MAKE はターゲットファイルを並んでいる 
順に評価して，必要とされる構成要素を再コンパイルします。 

コマンド行にター ゲッ トの指定のない場合には， MAKE は明示的ルールに fe •初に出て 
くるターゲットのファイルを使います。1行のコマンドで1つ以上のターゲットを指定した 
場合には，その内で必要なものが生成されます。以下に MAKE のコマンド行の例をもう少 
しあげておきます。 

make -n _r stars .maK 
make -8 

make -Iinclude -DMDL-c 


MAKE の中断について 


MAKE 中で実行されるコマンドをコント ロールブレークで 中断すると， MAKE 自身も 
停止します。したがって， C 7 H レ C を押すと，実行中のコマンドおよび MAKE は停止しま 
す0 


BUILTINS.MAK ファイル 


MAKE を使っていると，何度も使用するマクロやルール（通常は暗黙のルール）がある 
ことがわかります。そういったマクロやルールを扱うには3通りの方法があります0第1の 
方法は，作成する makefile 全部にいちいち害いていくやり方です。2番目は，こうしたマ 
クロやルールを 1 つのファイルに入れておいて，各々のフアイルで! include 命令を使うとい 
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うものです。3番目の方法は，それらを BUILTINS . MAK というファイルに入れてしまう 
ことです。 

MAKE を実行すると， MAKE は BUILTINS . MAK というファイルを探しにいきます。 
このファイルが見つかると， MAKE は MAKEFILE (あるいは実行しようとする ma ¬ 
kefile ) を処理する前に，まずこのファイルを読み込みます。 

BUILTINS . MAK ファイルには，そのコンピュータ上で共通に使用されるルール（通常 
は暗黙のルール）やマクロを入れておくことができます。 

BUILTINS . MAK は必らず必要なものではありません。 BUILTINS . MAK があった場 
合には， MAKE はまずこのファイルを処理します。 BUI じ HNS . MAK ファイルが見つか 
らなかった場合は，すぐに MAKEFILE (あるいは指定した makefile ) を処理します n 


BUILTINS.MAK と makefile の探索 

MAKE は， BUILTINS . MAK を，カレントディレクトリの中で探します。 MS-DOS 3. 
x のもとであれば，次にスタートディレクトリ （ MAKE . EXE が38かれているディレクト 
リ）を探します。したがって， （ MS-DOS 3. ズ）を使っている場合には， BUILINS.MAK 
を MAKE . EXE と同じディレクトリに入れておくとよいでしょう。 

MAKE は常に， makefile をカレントディレクトリでのみ探します。 makefile には特定 
の実行可能ブログラムを作成するためのルールが含まれています。この2つのファイルは同 
じ文法に従って記述します。 

! include で指定したファイルもカレントディレクトりから探します 0 -I (インクルード） 
オプションを指定した場合は，そこで指定したディレクトリも探索の対象になります 0 

MAKE のコマンドラインオプション 


MAKE のコマンド行オプションについては，すでにいくらか触れてきましたが，ここで 
オプション全部のリストを示します0オブションでは，大文字/小文字が区別されることに 
注意してください。たとえば，オプション - D のかわりに - d としてはいけません。 


-a 自動依存チ x ックを行ないます。これは，統合環境のブロジ x クト 

Make の g 動依存チヱックと同等の機能です。 

- D 名前 指定の名前を1という文字1文字からなる文字列と定義します。 

- D 名前=文字列指定の名前を等号の後の文字列と定義します。文字列には空白やタブ 

を入れてはいけません。 


-I デイレクトリ MAKE はインクルードファイルを指定の ディレクトリ （およびカレ 
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- u 名前 
-8 



- f ファイル名 


■? または -h 


ントディレクトリ）から探します。 

指定された名前の定義を解除します。 

通常 MAKE は各コマンドを実行する際に，そのコマンドを表示しま 
す 0 - s オプションを指定すると，実行される各コマンドを表示しなく 
なります。 

MAKE が，コマンドを表示するだけで実行はしないようにします。こ 
れは makefile のデバッグをする際に役立ちます。 

指定したファイル名を makefile として使用します。指定のファイル 
が存在せず，しかも拡張子を指定していない場合には，ファイル名. 
MAK というファイルを探します。 

ヘルブメッセージを表示します 0 


MAKE のエラーメ ッ セージ 


MAKE の診断メッセージは，致命的エラーとエラーの 2 神.類にわかれています。致命的 
エラーが起きた場合には，コンバイル作業は即座に中止されます。この場合，適当な措 
を施してからコンハ•イルをやり底さなければなりません。一方，エラーとは makefile 中の 
文法的エラーや文脈上のエラーを示しています。この場合には， MAKE は makefile の処 
理を完了してから停止します。 

致命的 エラー 


XXXXXXXX does not exist - don’t know how to make 

このメッセージが出力されるのは，ファイル生成のシーケンス中に存在していないフ 
ァイルでしかもそのファイルを生成すべきルールのないものがあった場合です。 

Error directive : XXXX 

このメッセージは MAKE がソースファイル中の! error 命令を処理した場合に出力さ 
れます。命令中のテキストもメッセージ中に表示されます。 

Incorrect command line argument : XXX 

MAKE を実行する時の コマン ド行に正しくない八ラメタがあった場合には，このエ 
ラーが起きます。 
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Not enough memory 

作業用の記悚領域が足りなくなつた場合にのエラーが起きます。こういう場合には， 
もっと大きなメモリのマシンを使ってみてください。すでにメモリが 640K のマシン 
を使っている場合はソースファイルをもっと簡単にしてください。 


Unable to execute command 

このメッセージは，コマンドが実行できなかったときに出力されます。実行しようと 
したコマンドが見つからなかった，あるいはコマンドのスペルをまちがえている場合 
などです。場合によっては，そのコマンドは見つかったけれども，内容が破損してい 
たということもありえま t 。 


Unable to open makeule 

このメッセージは，カレントディレクトリに MAKEFILE または MAKEFILE.MAK 
というファイルがない場合に表示されます。 

エラー 


Bad tile name format in include statement 

イ ン クルードするファイル名は二重引用符 （”） で囲まなければいけません。ファイル 
名に先頭の二®引用符が抜けています。 


Bad undet statement syntax 

lundef 文は，文の本体には名前が1つだけで他には何も含んではいけません。 


Character constant too long 

文字定数は，1文字か2文字の長さしかとることができません。 


Command arguments 100 long 

MAKE が実行したコマンドの引数が， MS-DOS による制限の 127 文字を越えていま 
す。 
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Command syntax error 

この メッ セージが出るのは次の場合です。 

■ makefile の最初のルール行の先頭に空白があった。 

■暗黙のルールが，.拡張子.拡張子••という形式でなかった。 

■明示的ルールの：の前に名前の指定がなかった。 

■マクロ定義の=の前に名前がなかった。 

Division by zero 

!if 文中の除算あるいは剰余の計算で，〇による除算が起こっています。 

Expression syntax error in !if statement 

!if 文中の式の形式が間違っています。カッコの対応がとれていない，演算子がたりな 
いあるいは多すぎる，定数がたりないあるいは多すぎるといった場合です 


File name too long 

•『include 命令で指定したファイル名が長すぎてコンパイラが処理できません。 MS- 
DOS のファイル名は64文字を越えてはいけません。 


Illegal cnaracter in constant expression X 

定数式内に許されない文字が含まれています。 
のスペルミスでしょう。 


その文字が英字の場合はおそらく名前 


Illegal octal digit 

8進定数の中に数字8あるいは9が含まれてぃます。 


Macro expansion too long 

マクロを展開したものが 4096 文字を越えてはいけません。このエラーがよく起きるの 

は，マクロが再滞的に自分自身を展開している場合です。マクロは自分自身を展開す 
ることはできません。 


Misplaced !elif statement 

対応する! if 命令のない! elif 命令がありました。 

Misplaced !else statement 

対応する! if 命令のない! else 命令がありました„ 
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Misplaced lendif statement 

対応する! if 命令のない! endif 命令がありました。 

No file name ending ： 

インクルード文のファイル名の最後に二重引用符 n がありません。 

Redefinition of target XXXXXXXX 

このファイル名は，2つ以上の明示的ルールの左辺に現われています0 

Unable to open include file XXXXXXXX.XXX 

指定のファイルが見つかりません。インクルードファイルが自分自身をインクルード 
している場合にもこのメッセージが出力されます。指定のファイルが存在するかどう 
かチェックしてください。 

Unexpected end of file in conditional started on line # 

lendif なしにファイルが終わっています。 lendif が抜けているか，スペルがまちがって 
います。 

Unknown preprocessor statement 

行の先頭に!がありますが，その後の文の名前が次のものではありません。 
error undef if else include else endii 
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TOUCH ユーテイリテイ 


ソースファイルに変更がなくても，ターゲットファイ ルのコンパイ ルやリンクをやリ苗 
したい場合があります。その方法の 1 つに， TurboC に入っている TOUCH ユーティリテ 
ィを使用するという手があります。 TOUCH はファイルの史新 H 時を実行した時点に変更 
します0したがって， TOUCH をしたファイルは，そのファイルに依存しているファイル 
より新しくなります。 

ター ゲッ トファイルを作り直すには，そのター ゲッ トが依存しているファイルのどれか 
に ro ひ C // します。ファイルに TOUCH するには， MS . DOS のブロンブトから次のよう 
に入力します。 

touch ファイル名【ファイル名 ••• 】 

すると， TOUCH はそのファイルの作成 H 時を史新します。 

こうすれば， TOUCH したファイルに対応す るターゲッ トファイルを作りなおすために 
MAKE を使うことができます （ TOUCH では， MS - DOS のワイルドカード*およひ？を使 
うことができます）。 
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TLINK : Turbo リンカ 


Turbo C の統合開発環境 （ TC ) にはリンカが組み込まれています。コマンドライン版の 
Turbo C ( TCC ) では，リンカは別のブログラムとして起動します 。 Turbo C のリンカ， 
TLINK はスタンドアロンのリンカとしても使うことができます。 

TLINK は小さくて経いシステムです。他のリンカのような派手な機能は備えていませ 
んが，非常に高速でコンパクトです0 

デフォルトでは， TCC は コン ハ•イルに成功すると TLINK を呼び出します 。 TLINK 
は，オブジェクトモジュールとライブラリファイルを組み合わせて実行可能なファイルを 
作成します。 

ここでは， TLINK のスタンドアロンのリンカとしての使い方を説明します。 

TLINK の起動 


TLINK を起動するには， MS-DOS のコマンドラインで tlink とタイブし，必要に応じて 
パラメータをつけます。 

パラメータなしで起動すると，次のようなハ•ラメータとオブシヨンの要約が表示されま 
す。 

Turbo Link Version 2.0 Copyright (c) 1987, 1988 Borland International 
Syntaxs TLINK objfiles, exefile, mapfile, libfiles 
^xzxx indicates use response file xxxx 
Options t /m _ map file with puDlics 
lx - no map file at all 
/i _ initialize all segments 
/I _ include source line numbers 
Is ■ detailed map of segments 
In - no default libraries 

/d - warn if duplicate symbols in libraries 

/c _ lower case significant in symbols 

/3 ■ enable 32-bit processing 

/v - include full symbolic debug information 

/e _ ignore Extended Dictionary 

It ■ create COM file 

この要約の 2 行目は次のようになっています。 

Syntax: TLINK objfiles, exefile, mapfile t libfiles 
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これは，ファイル名はこの順序で，種類の異なるファイルはカンマで区切って指定する 
ことを示しています。たとえば，コマンドラインで次のように指定したとします0 

tlink Ic mainline wd in tx f fin 9 mfin 9 lib¥comm lib¥8upoort 
TLINK はこのコマンドを，以下のように解釈します。 

■リンクに際しては大文字/小文字を区別する （/ c )。 

■リンクする . OBJ ファイルは， MA 1 NLINE .0 BJ , WD . OBJ , LN . OBJ , および TX.OBJ 

である。 

■実行可能ブログラムの名前は FIN . EXE にする。 

■マップファイルは MFIN . MAP にする。 

■リンクするライブラリファイルは， COMM 丄 IB と SUPPORT 丄 IB で，ともにサブデ 
イレクトリ LIB の中にある。 

TLINK は，拡張子の指定のないファイルには，次のように拡張子を付加します。 


■オブジェクトファイルには .OBJ 
■実行可能ファイルには .EXE 
■マップファイルには • MAP 
■ライブラリファイルには . LIB 

• EXE ファイルの名前を指定しなかった場合， TLINK は先頭にあるオブジェクトファ 
イルの拡張子を • EXE に置き換えたファイル名で実行可能ファイルを作成することに気を 
つけてください。たとえば上の例で, . EXE ファイルの名前として FIN を指定しないと， 
MAINLINE . EXE という実行可能ファイルが作成されます。 

/ t オプションを使用したときには，実行可能ファイルの拡張子は，. EXE ではなく. COM 
になることに注意してください。 

TLINK は，コマンドラインで / x オプションを指定して，マップファイルを生成しない 
ように指示しないかぎり，必らずマップファイルを作成します。 

_/ m オブシヨンを与えると，マップファイルにパブリックシンボルが含まれます。 

_/ s オプションを与えると，マップファイルに詳細なセグメントマッブが含まれます。 


TLINK は，以下の規則に基づいてマップファイルの名前を決めます。 


TLINK : Turbo リンカ 
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MAP ファイル名が指定されていない場合，実行可能ファイルの拡張子を. MAP に置 
き換えたものがマップファイル名になります （. EXE ファイル名の指定は，コマンドラ 
インからでも，レスボンスファイルからでもかまいません。 . EXE ファイル名の指定が 
なければ，先頭の . OBJ ファイル名によって決められます)。 

■マッブファイル名がコマンドライン（またはレスポンスファイル）で指定されている 
場合は，そのファイル名に拡張子 . MAP を付加します。 

なお，マッブファイル名を指定した場合でも， / x オブションが指定されているとマップ 
ファイルは作成されません。 

レスポンスファイルを使う 

TLINK のさまざまなパラメータは，コマンドライン上でもレスポンスファイルからで 
も，また両方を組み合わせても指定することができます。 

レスボンスファイルは，コマンドライン上では tlink の後に害き並べるオブシヨンやフ 
ァイル名が入っているテキストファイルです。 

しかしコマンドラインとは違って，レスポンスファイルはテキストを何行でも統けるこ 
とができます。行の股後にブラス記号 （+ ) をつければ，オブジヱクトファイルやライブ 
ラリファイルの長いリストでも，複数の行にわけて宵くことができます。 

また，オブジェクトファイル，実行可能ファイル，マップファイル，ライブラリファイ 
ルの4つの部分を，それぞれ別の行に置くこともできます。ただしこの場合には，各部分の 
区切りにカンマを入れてはいけません。 

瑕:初に示したコマンドラインの例を，レスポンスファイル （ FINRESP ) に»きなおすと 
次のようになります。 


/c mainline wd+ 

In tx f fin+ 
mfin+ 

lib¥comm lib¥support 


コマンドラインからは，次のようにして TLINK を呼び出します。 


tlink gfinresp 

レスボンスフアイルであることを示すために，ファイル名の前に単価記号（@)をつけ 
なければならないことに注意してください。 

さらに，リンクのコマンドを，複数のレスポンスファイルにわけて指定することもでき 
ます0たとえば，同じコマンドラインを次のような2つのレスポンスファイルにすることが 


538 


付録 C Turbo C ユーティリティ 



できます。 


ファイル名 

内容 

LISTOBJS 

mainline+ 


wd+ 


In tx 

LISTLIBS 

lib¥comm+ 

lib¥8upport 


このようにすると ， TLINK コマン ドは次のようになります 0 
tlink /c ilistobjs.fin.mfin.ilistlibs 

Turbo C モジュールと TLINK 

TurboC は， 6 M 類のメモリモデルをサポートしています（タイニイ，スモール，コンパク 
卜，ミディアム，ラージ，ヒュージ）。 TLINK を使って実行可能な TurboC のファイルを作 
成する場合には，メモリモデルに応じた初期化モジュール（スタートアップファイル）と 
ライブラリを取り込まなければなりません。 

Turbo C のブログラムをリンクする際の， TLINK の一般的な形式は次のようになりま 
す。 

tlink COx <myobjs>, <exe> , [map],<mylib8> (emujfp87 mathx] Cx 

この中で指定するファイル名は，次のようになります。 

< myobjs > リンクしようとする . OBJ ファイル 

< exe > 作成する実行可能ファイルの名前 

[ map ] マップファイルの名前（指定しなくてもよい） 

< mylibs > リンク時に取り込むライブラリファイル 


これ以外のファイル名は，以下のような TurboC のファイルを示します（ズは，メモリ 
モデルを表わす英字1文字で， c ， 爪，/， A のいずれかです）。 


TUNK : Turbo リンカ 
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COx x メモリモデル用の初期化モジュール 

emu | fp 87 浮動小数点ライブラリ（どちらか1つを選ぶ） 
math ズ x メモリモデル用の数学ライブラリ 

Cx ズメモリモデル用の実行時ライブラリ 

注窓：タイ ニィ モデルを使用して， TLINK に .COM ファイルを作成させたい場合は ， /t 
オブシヨンを指定してください0 

初期化モジュール 

初期化モジュールは C 0 ズ . OBJ という形式の名前で，ズはメモリモデルを表わすアルフ 
ァベット1文字 ( t ， s ， c ， m ， l , h ) です 0 適切な初期化モジュールがリンクされないと，識 
別名が未解決であるとか，スタックが生成されないといったエラーメッセージの長いリス 
卜が出力されます0なお，初期化モジュールは通常スタートアップファイルと呼ばれてい 
ます。 

また初期化モジュールは，オブジェクトファイルのリストの先頭に指定しなければなリ 
ません。初期化モジュールは，ブログラムのさまざまなセグメントの順序を決めているの 
で，これが骹初にないと各セグメントが正しく配3¢されないため，わけのわからないバグ 
が生じてしまいます。 

TLINK のコマンドラインでは， . EXE ファイルの名前をはっきりと指定するようにし 
てください。そうしないと実行可能ファイルの名前は，（おそらく意図していない） COx . 
EXE になってしまいます。 

ライブラリ 

コマンドラインにはさらに，ューザ独自のライブラリの後に，メモリモデルに応じたラ 
イブラリを置かなければなりません。こうしたライブラリは，一定の順序で並べる必要が 
あります。まず浮動小数点ライブラリと適切な数学ライブラリ（この2つは省略することも 
できます），次にメモリモデルに対応する実行時ライブラリです。この順にそって，ライブ 
ラリについて説明していきましょう。 

TurboC のグラフィックス関数を使用している場合は， GRAPHICS . LIB をリンクしな 
ければなりません。このグラフィックスライブラリは，どのメモリモデルにも共通です。 
Turbo C のプログラムの中で浮動小数点を使っている場合は，浮動小数点ライブラリ 
( EMU 丄 IB または FP 87. LIB ) と数学ライブラリ （ MATHx . LIB ) をリンクしなければな 
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りません。 

2つの浮動小数点ライブラリは，どのメモリモデルにも共通です。 

■浮動小数点のェミュレ ー ションロジックを使うと，数値演算コプロセッサ（8087， 
8028 7) のあるマシンでもないマシンでも，ブログラムを実行することができます。こ 
の場合には EMU . LIB を使う必要があります。 

■数値演算コプロセッサのあるマシンでしか実行しないブログラムの場合には， FP 87. 
LIB を使用すれば，実行可能ブログラムはよりコンバクトにかつ高速になります。 

数学ライブラリは MATH ズ . LIB という名前で， a ■はメモリモデルを表わすアルファベ 
ット i 文字レ， c , m , /, A ) です（タイニイモデルは，スモールと同じ MATHS 丄 IB を使 
用します)。 

TLINK の コマン ドラインで，常にエ ミュレ ー シヨン ライブラリと数学ライブラリを指 
定してもかまいません。指定があっても，ブログラムの中で浮動小数点を扱っていなけれ 
ば，これらのライブラリからは何も取り込まれません。ただし，浮動小数点を使っていな 
いとわかっている場合には，これらのライブラリを指定しないでおけば，リンクの時間を 
少し短縮することができます。 

C の実行時ライブラリは，ブログラムのメモリモデルに対応したものを，いつも必らずリ 
ンクしなければなりません。実行時ライブラリは0 . LIB という名前で，ズはメモリモデル 
を表わすアルファベット1文字 U , c , m ， /, A ) です 0 

注意：浮動小数点演算を使用している場合には，浮動小数点ライブラリと数学ライブラリ 
を，実行時ライブラリより前に指定しなければなりません。そうしないとリンクが行なえ 
ません。 

TCC から TLINK を使う 

スタンドアロンの Turbo C コンハ•イラ TCC を， TLINK のフロントエンドとして使う 
ことができます。この場合， TCC が適当なスタートアップファイル，ライブラリ，実行可 
能ファイル名を指定して TLINK を起動します。 

このためには， TCC のコマンドラインで，. OBJ ,. LIB などの拡張子も含めて，正確なフ 
ァイル名を指定します0たとえば，次のコマンドラインを入力すると， 

tcc -mx mainfile.obj subl.obj mylib.lib 

TCC は ， TLINK を呼び出して， COx . OBJ ， EMU . LIB , MATHx 丄 IB ， C ズ丄 IB (ズ メモ 
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リモデル用の，初期化モジュール，デフォルトの8087エミュレーションライブラリ，数学 
ライブラリ，実行時ライブラリ）というファイル名を渡します。 TLINK は，以上のファイ 
ルと，ユーザのモジュール MAINLINE , OBJ と SUB 1.0 BJ , およびライブラリ MYLIB . 
LIB とをリンクします。 

注意： TCC が TLINK を呼び出す際には，（パ -c によって無効にされていない限り）必ら 
ず / c オプション（大文字/小文字を区別する）が使用されます。 

TLINK のオプション 

TLINK のオブションは，コマンドライン上のどこに35いてもかまいません。オプション 
は，スラッシュ （/) の後にオプションを示す文字（爪，ズ,/，/ふ'ゴ,(：メ，|^ノ）を冉きます。 

複数のオプションを指定する場合，オブションの間に空白を入れる必要はありません （/ 
m/c と /m /c は同じです） 0 また，コマンドライン上でとびとびに逋いてもかまいません。 
以下では，各オプションを説明していきます。 

/ x ，/ m , / s オプション 

デフォルトでは， TLINK は必らず実行可能ファイルのマップを作成します。このデフォ 
ルトの マッ ブに含まれるのは，ブログラム内のセグメント名のリスト，ブログラムのスタ 
ートアドレス，リンク中に起きた警告およびエラーメッセージだけです。 

より詳細なリンクマッブが必要であれば， / m オプションを指定して，アドレス順に ソー 
卜されたパブリックシンボルのリストを，マップファイルに追加することができます。こ 
のような マッ ブファイルはデバッグの際に有効です。 SYMDEB など多くのデバ ッ ガは，パ 
ブリックシンボルのリストを使って，シンボルでアドレスが参照できるようになっていま 
す。 

/ s オプションを指定すると，/ m オブションで作成されるのと同じセグメント，パブリッ 
クシンボル，スタートアドレスの他に，詳細なセグメントマップが追加されます。以下に 
示したのは，詳細なセグメントマップの例です。 
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アドレス 長さ クラス セグメント名 グルーブモジュール アラインメント 

(バイト） および結合 


0000:0000 

0ESB 

00E5:000B 

2735 

0359:0000 

002B 

035B:000B 

003A 

035F: 0005 

0083 

0367:0008 

005B 

036D:0003 

0025 

036Ft0008 

OSCE 

03CC: 0006 

066F 

0433:0006 

00 0B 

0433:0012 

00D3 

0433:00E6 

00 0E 

0442:0004 

0004 

0442:0008 

0002 

0442:000A 

00 0E 


C-CODE 
C-CODE 
C-CODE 
い CODE 
C-CODE 
C-CODE 
C-CODE 
C-CODE 
C-CODE 
C-DATA 



C-DATA 

C-BSS 

C-BSS 

C-BSS 


S_SYMB 一 TEXT 

S-QUAL^TEXT 

S_SCOPY 一 TEXT 

S-LRSH_TEXT 

S-PADA_TEXT 

S_PADD:TEXT 

S-PSBP_TEXT 

S-BRK_TEXT 

S-FLOAT_TEXT 

S ■ 一 DAT A 

S ■ 一 DATA 

S__DATA 

S ■ 一 BSS 

S-_BSS 

S_ BSS 


G-(none) 
G-(none) 
G-(none) 
G-(none) 
G-(none) 
G-(none) 
G-(none) 
G_(none 〉 
G-(none) 
G-DGROUP 
G-DGROUP 
G-DGROUP 
G-DGROUP 
G-DGROUP 
G-DGROUP 


M-SYHB.C 

M-QUAL.C 

M-SCOPY 

H-LRSH 

M-PADA 

M-PADD 

M-PSBP 

M-BRK 

M-FLOAT 

M-SYMB.C 

M-QUAL•C 

H-BRK 

M-SYMB.C 

M-QUAL. C 

M-BRK 


ACBP-28 

ACBP-28 

ACBP-28 

ACBP-20 

ACBP-20 

ACBP-20 

ACBP-20 

ACBP-28 

ACBP-20 

ACBP-48 

ACBP-48 

ACBP-48 

ACBP-48 

ACBP-48 

ACBP-48 


このマップには，各モジュールの各セグメントごとに，アドレス，径さ（バイト数），ク 
ラス，セグメント名，グルーブ，モジュール，およひ - ACBP ^ 報が含まれます。 

同一のセグメントが故数のモジュールにある場合には，1つのモジュールが複数の行に現 
れます（上の例でいえば SYMB . C )。 セグメントマップの内容は， ACBP フィールド以外 
は特に説明は必要ないでしょう。 

ACBP フイールドは，インテルの定義にしたがって ， A ( alignment ), C ( combine ), 
および B ( big ) のアトリビュートを 4 ビッ トフィールドの セッ トに エン コードしたもので 
す。 TLINK が使用するのは，この中で A , C , B の3つのフィールドだけです。マップの 
中では， ACPB の値は16進数で表わされます。この値は，次に示すような各フィールドの 
値の OR をとったものです。 
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n オプション 


/ I オブションを指定すると， . MAP ファイルの中にソースコードの行番号に対応するセ 
クションが生成されます。このオプションを使用するためには，コンパイルの際に - y (0/ 
C / C/Line numbers … On ) を指定して. OBJ ファイルを生成しておく必要があります。 
TLINK にマップファイルを作成しないように指定した場合 （/ x オプション），/ I オブショ 
ンは無視されます。 

/ i オプション 

/ i オプションを指定すると，データレコードを持たないセグメントに対しても，実行可 
能ファイルの中に初期化されていないセグメントを付け加えます。通常このオプションを 
使用する必要はありません。 
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/ n オプション 


/ n オブションはリンカに，ある M のコンバイラがオブジェクトフアイルの中に生成する 
デフォルトライブラリ情報を無視するように指示します。 TLINK はデフォルトライブラ 
リのサーチをサポートしていないので，デフォルトライブラリが別のデイレクトリに置か 
れている場合には，このオプションが必要になります。他の言語で害かれたモジュールリ 
ンクするようなときには，このオプションを使う場合が出てくるでしょう0 

/ c オプション 

/ c オブションを指定すると，パブリックおよび外部シンボルに関して大文字と小文字を 
区別するようになります。デフォルトでは，たとえば fred , Fred , FRED はすべて同じも 
のとみなされます。 / c オブションが指定されていると，これらはそれぞれ別のものとして 
認識されます。 

/ d オプション 

通常 TLINK は，同一のシンボルが複数のライブラリファイルの中にあっても，警告を 
出しません。ブログラムにそのようなシンボルを取り込む場合， TLINK は コマン ドライン 
で先に指定されているファイルにあるシンボルのコビーを使用します。これは一般的な機 
能であり， TLINK はシンボルの觅祓に対してデフォルトでは警告を出さないようになっ 
ています。以下では，ある状況を想定して，この機能をどのように使うのかについて説明 
します。 

ライブラリが2つあるとします。1つは SUPPORT . LIB , もう1つは補助的なライブラリ 
DEBUGSUP.LIB です。この2つのライブラリに，重夜しているルーチンがいくつかあると 
しましょう（ただし， DEBUGSUP.LIB の中のルーチンは， SUPPORT 丄 IB のものとは少 
し機能が異なるもの，たとえばデ八ッグ用のバージョンだと考えてください）。リンクのコ 
マンドで， DEBUGSURLIB を先に指定すると，実行可能ファイルに取り込まれるのは， 
SUPPORT.LIB のものではなく， DEBUGSUP.LIB 中のルーチンになります0 

この機能を使いたくない場合，あるいはどのルーチンが重複しているのかはっきりわか 
らない場合にはノ d オプションを指定することができます。これを指定すると， TLINK 
は，ライブラリの中で重複しているルーチンを，ブログラムでは使用しないものも含めて 
すべてリストアップします。 

/d オブションを指定すると，さらに， .OBJ ファイルと .LIB ファイルに同じシンボルが 
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ある場合にも聱告を出します。この場合にもやはり，コマンドライン上で先に指定した（左 
側に蘆いた）ファイル中のシンボルがリンクされるので，使用されるシンボルは . OBJ ファ 
イル内のものになります。 

TurboC に付属しているライブラリ内のシンボルは，通常どんなリンクコマンドに対し 
ても重複することはありません。 EMU 丄 IB と FP 87 丄 IB (あるいは CS 丄 IB と CLUB ) 
には確かに重複シンボルがありますが，これらが一回のリンクで同時に使用されることは 
ありません。またたとえば， EMU . LIB , MATHS 丄 IB ， および CS 丄 IB の中には重複する 
シンボルはありません。 

/ e オプション 

Turbo C のデイスクに含まれているすべてのライブラリファイルには， TLINK のリン 
クを商速化するための悄報からなる拡張辞稗が含まれています。拡張辞爯は， TLIB に対し 
て / E オプ ショ ンを指定すれば，どんなライブラリファイルにも付け加えることができます 
(この後の TLIB の節を参照してください）。 

拡張辞冉を持つライブラリのリンクは確かに速いのですが，拡張辞冉を使わないことを 
指示する / e スイッチを使いたくなる理由が2つあります。 

■拡張辞冉を使うと，リンクの際にメモリが少し余分に必要になります。 

■/ e を指定しないと， TLINK は拡張辞 tt を持つライブラリに含まれているデ 八 ッグに 
関する情報を無視してしまいます。 

/ t オプション 

タイ ニイ モデルでコンパイルしたオブジェクトファイルを / t スイッチをつけてリンク 
すると， TLINK は，通常の . EXE ファイルではなく . COM ファイルを生成します。 

/ t が使用された場合，実行可能ファイルのデフォルトの拡張子は. COM になります。 

注意： . COM ファイルは，サイズは 64 K を越えられず，セグメント相対フィックスアップ 
を持つことはできず，また開始アドレスは 0:100 H でなければなりません。実行可能ファ 
イルの拡張子として . COM 以外を使用する場合（たとえば . BIN など)，スタートアドレス 
は0 : 0か0 : 100 H のいずれかです。 
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/ v オプション 


/ v オプションは， TLINK に実行可能ファイルの中にデ八ッグ情報を組み込むように指 
示するためのものです。 

/3オプション 

/3オブションは，いくつかのオブジェクトモジュールが， TASM あるいはその互換アセ 

ンブラによって生成されたもので，かつ80386プロセッサ用の32ビットコードを含んでいる 

場合のために使用するものです。このオプションは TLINK が必要とするメモリを增や 

し，またリンクのスピードを下げます。したがって，本当に必要な場合にのみ指定してく 
ださい。 

制限事項 

先に述べたように， TLINK はコンパクトなリンカであり，過剎と思われるオプションは 
持っていません。 TLINK の制限取項で ffi 要と思われるものを以下に示します。 

■オー八ーレイはサポートしていません。 

■コモン変数は部分的にしかサポートしていません。コモン変数を解決するにはパブリ 
ックが必要です。 

■論理セグメントの数は最大で約4000です。 

■名前とクラスが同一のセグメントは，すべて結合されるか，すべて結合されないかの 

どちらかです（これはアセンブラブログラマにとっては障害と考えられるかもしれま 
せん）。 

■ Microsft C ， または Microsoft FORTRAN でコンパイルしたコードは TLINK で 
リンクすることはできません。これは， Microsoft 言語の. OBJ ファイルには，情報が 
公開されていないオブジヱクト レコー ド フォーマッ トが使用されており，丁 LINK は 
これをサポートしていないためです。 

TLINK は，丁 urboC (統合環境とコマンドライン版の両方）に加えて， TASM や丁 urbo 
Prolog ， およびその他のコンバイラとともに使用することを目的に設計されています。し 
かし， MS - LINK と全面的に茧き換えられるものではありません„ 
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エラーメッセージ 


TLINK には，致命的なエラー，致命的でないエラー，背告，という3種類のエラーがあ 
ります。 

■致命的なエラーが起きると， TLINK はただちに処理を中止し ， .EXE ファイルは削除 
されます。 

■致命的でないエラーが起きた場合には，. EXE ファイルと. MAP ファイルは削除され 
ませんが，この. EXE ファイルは実行しないようにしてください。 

■贅告はその名のとおり，修正したほうがよいと考えられる状態についての報告です。 
冓告が出ても，. EXE ファイルと. MAP ファイルは生成されます。 

この節で述べているエラーメッセージには，次のような名前と値が示されます。実際の 
エラーメッセージでは，これらは適切な名前および値に3¢き換えられます。 

<8 name > シンボル名 

< mname > モジュール名 

< fname > ファイル名 

< l 8 egname > 論理セグメント名 

XXXXh 4桁の16進数の後に1•がつく 

致命的な エラー 

致命的なエラーがあると， TLINK は処理を中止して. EXE ファイルを削除します。 


XXXXXXXX.XXX : bad object file 

オブジェクトファイルが壊れています。このエラーは多くの場合，指定されたオブジ 
ェクトファイルのコンバイルが完全には行なわれていないことが原因です。コンパイ 
ル中にシステムをリセットしたり， CUTOP でコンパイルを中断した場合などに 
ディスク上に作られている，不完全なオブジェクトファイルをリンクしようとしてい 
ることが考えられます。 

XXXXXXXX.XXX : unable to open file 

指定されたファイルが存在しない（あるいはタイブミスをした）場合に起きます0 


548 


付録に Turbo C ユーティリティ 



Bad character in parameters 

コマンドラインまたはレスボンスフアイルに，次のいずれかの文字 
_ * <■>?[】！ 

あるいはタブ，復倚，改行， C 7 H し Z 以外の制御文字がありました。 

msdos error , ax = xxxxh 

これは， MS-DOS コールで予期しないエラーが返された場合に起こります。表示され 
るの:の値はエラーコードです。これは， TLINK の内部エラーあるいは MS-DOS の 
エラーであることを示しています。 TLINK が使用する MS-DOS コールでこのエラー 
が起こり得るのは，リード，ライト，シークおよびクローズです。 


Not enough memory 

リンクを行なうための充分なメモリがありません。メモリに常駐させているアブリケ 
ーシヨンがあればそれをとりはずすなど，メモリのユーザエリアを大きくする必、要が 
あります。 


< lsegname > . seg ： ment/group exceeds 64 K 

別々のソースファイルにある同じ名前のセグメントを結合する際に，1つのデータ（ま 
たはコード）セグメントで定義されるデータが多すぎる場合に，このエラーが出力さ 
れます。また，あるグルーブのセグメントを結合する際に，そのグルーブが 64 K を越 
えてしまう場合にも，このエラーが出ます。 

Undefined symbol name 

コールされている関数 mmze は，カレントファイル，およびリンクされる他のモジュー 
ルあるいはライブラリのいずれにも存在していません。シンボル名は，定義された関 
数名と正確に一致していなければなりません„ 


Invalid group definition 

通常このエラーは，コンバイラの生成したコードが正しくない場合にしか起こりませ 
ん〇 TurboC のオブジェクトファイルでこのエラーが出た場合は，再コンハ*イルを行 
なつてみてください。それでも同じ結果であれば， MSA カスタマーサポートセンター 
に連絡してください。 
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Invalid segment definition 

通常このエラーは，コンパイラの生成したコードが正しくない場合にしか起こりませ 
ん。 TurboC のオブジェクトファイルでこのエラーが出た場合は，再コンパイルを行 
なつてみてください。それでも同じ結果であれば， MSA カスタマーサポートセンター 
に連絡してください。 


Unknown option 

コマンドラインまたはレスボンスフアイルにスラッシュがありましたが，その次の文 
字はオブシヨンとして認められません。 

Write failed，disk full ? 

TLINK がディスクに書き込もうとしたデータが全部書けなかったときにこのエラー 
が出ます。ほとんどはデイスクがいっぱいになっているのが原因です。 


Relocation table full 

リンクされるファイルに，標準の DOS のリロケ ーショ ンテーブルが保持できる数を 
越えるベースフイックスアップがあります（ベースフイックスアップは多くの場合 
far 関数の呼び出しによって生成されます)。 

32 -bit record encountered in modele XXXX : use ”/3” option 

このエラーは， /3 オブションが指定されていないときに，オブジェクトファイルに 
(80386 の）特殊な 32 ビットレコードが含まれていたときに起こります。/ 3 オプション 
をつけて TLINK をもう一度実行してください。 


Invalid entry point offset 

このエラーは， 32 ビットレコードがリンクされるときにのみ発生します。ブログラム 
の初期エントリポイントのオフ セツ トカ、 DOS の制限である 64K を越えていることを 
意味しています。 


Invalid initial stack offset 

このエラーは， 32 ビットレコードがリンクされるときにのみ発生します。スタックポ 
インタの初期値が， DOS の制限である 64K を越えていることを意味しています。 
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Base fixup offset overflow 

このエラーは， 32 ビットレコードがリンクされるときにのみ発生します。ベースフイ 
ツクスアップのオフセツトが， DOS の制限である 64 K を越えていることを意味してい 
ます。 


Cannot generate COM file : invalid initial entry point address 

/ t オブシヨンが指定されていますが，プログラムの開始アドレスが， . COM において 
必要な 100 H ではありません。 


Cannot generate COM file .* seg ： ment-relocatble items present 

/ t オブシヨンが指定されていますが，ブログラムに， . COM では許されないセグメン 
卜相対フイックスアップが含まれています. 


Cannot generate COM file : program exceeds 64 K 

/ t オブシヨンが指定されていますが，ブログラムサイズのトータルが. COM ファイル 
の制限である 64 K を越えてしまいます。 


Cannot generate COM file •• stack segment present 

/ t オブシヨンが指定されていますが，ブログラムで, . COM ファイルでは許されない 
スタックセグメントを宣言しています。 

致命的でない エラー 

TLINK の致命的でないエラーは2つだけです。すでに述べたように，致命的でないェラ 
一が起きても. EXE ファイルと. MAP ファイルは削除されません。しかし統合環境では， 
この2つのエラーは致命的なエラーと同様に扱われます。 

XXX is unresolved in module YYY 

モジュールの中で参照されているシンボルが，指定されたどのオブジェクトファイル 
あるいはリブフアイルでも定義されていません。シンボルのスペルが正しいかどうか 
確認してください 0 TurboC モジュールのシンボルに対してこのエラーが起きている 
場合，異なるファイルにあるシンボルの宣言で， pascal と cdecl などの型が一致して 
いない，あるいはブログラムが必要とする . OBJ ファイルを指定し忘れていることな 
どが考えられます。 
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Fixup overflow in module XXXXXXXX , at く Isegname 〉•• xxxxh , target = < sname > 

これは，オブジヱクトファイルの中で， TLINK が解決しなければならないデータある 
いはコードへの参照が正しく行なわれていないことを示しています。 

このメッセージは，主にメモリモデルが一致していない場合に出力されます。原因と 
しては，別のコードセグメントにある関数を near で呼び出していることなどが考え 
られます。また，データ変数や関数を参照するデータを near で呼び出している場合に 
もこのエラーが出ます。どちらの場合においても，エラーメッセージの中の/似^がの 
値が，参照されている変数名あるいは関数名です。この参照はエラーメッセージで示 
されているモジュール内で行なわれているので，そのモジュールの ソースファ イルに 
おける参照をチェックしてください。 

この方法でエラーの原因が見つからない場合，あるいはアセンブラや TurboC 以外の 
商級言語でプログラミングしている場合には，別の原因も考えられます。 TurboC の 
場合でも，セグメント名またはグルーブ名に，使用するメモリモデルのデフォルト以 
外のものを指定していると • このエラーが出ることがあります。 

警告 

TLINK の聱告は3つだけです。2つは，シンボル定義の ffi 梭をに関するもの，もう1つは 
タイ ニィ モデルに適用されるもので，スタックが定義されていないことを知らせます。 

Warning : XXX is duplicated in module YYY 

シンボルが， 1 つのモジュールの中で 2 回定義されています。これは TurboC のオブジ 
ェクトファイルでも起こることがあります。文字ケース（大文字/小文字）が異なる2 
つの pascal 名が定義されている場合などです。 

Warning : XXX defined in module YYY is duplicated un module 7,77 

シンボルが 2 つのモジュールで重複して定義されています。これは， コマン ドラインで 
同じオブジェクトフアイルを2回指定している場合や，重複するシンボルの一方はスぺ 
ルミスである場合などが考えられます。 
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Warning : no stack 

このメッセージは，リンクされるどのオブジェクトファイルあるいはリブファイルで 
も，スタックセグメントが定義されていない場合に出力されます。これは ， Turbo C 
のタイニイメモリモデルなど， . COM ファイルに変換されるブログラムに対しては， 
正常な状態で出力されるメッセージです。 

Turbo C のタイ ニイ 以外のメモリモデルに対してこのメッセージが出力された場合 
は，スタートアッブファイル （ C 0 ズ . OBJ ) に正しいものを指定したかどうか確認して 
ください。 
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TLIB : Turbo ライブラリアン 


TLIB は，ボーランド社の Turbo ライブラリアンです。これは，個々のオブジェクトモ 
ジュール (. OBJ ファイル）のライブラリを管理するユーティリティです。ライブラリは, 
オブジェクトモジュールの集合をひとまとまりとして扱う大変便利な方法です。 

丁 urboC に含まれているライブラリは TLIB で作成されています。 TLIB を使うと，ユ 
ー ザ独自のライブラリを作ることができ，また Turbo C ライブラリ， ユーザ ライブラリ， 
他のブログラマが作成したライブラリ，市販のライブラリなどに変更を加えることができ 
ます。 TLIB は，次のような場合に用いることができます。 

■オブジヱクトモジュールの集合から新しいライブラリを 作成する。 

■既存のライブラリへ，オブジェクトモジュールや他のライブラリを 追加する。 

■既存のライブラリから，オブジヱクトモ ジュールを 削除する。 

■既存のライブラリ中のオブジェクトモジュールを 置き換える。 

■既存のライブラリからオブジェクト モジュールを 取り出す。 

■新規作成した，または既存のライブラリの 内容を表示する。 

既存のライブラリ に 変更を加えた場合， TLIB は必らず元のライブラリの コピーに. 
BAK という拡張子をつけて保存しておきます。 

TLIB は，リンクを商速化させるために使用される拡張辞冉を作成する（あるいはライブ 
ラリファイルの中に含める）こともできます。これについては， / E オブシヨンの節を参照し 
てください。 

TLIB は， TurboC で実行可能なブログラムを作成する際に必須というわけではありま 
せんが，プログラム開発には便利なツールです。大規模なブログラム開発での TLIB の必 
要性は，いずれおわかりになるでしょう。他の人が開発したオブジェクトモジュールライ 
ブラリを利用する場合にも，必要に応じて TLIB でそれを管理していくことができます。 

オブジェクトモジュールライブラリを使用する利点 


C のプログラミングでは，実行時ライブラリの関数のような，役に立つ関数をまとめて作 
ることがよくあります。 C は分割コンパイルができるので，こうした関数は別々にコンパイ 
ルするソースフアイルにわけておくことが多いでしょう。あるブログラムでは，これらた 
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くさんの関数のうちの一部しか使わない場合に’使用するファイルをいちいち指定するの 
はとても面倒なことです。一方，いつもすベてのソースファイルをインクルードすると， 
プログラムが巨大になり，きわめて扱いにく くなってしまいます。 

オブジェクトモジュールライブラリを使えば， C の関数の集まりを管理する際の問題が 
解決されます。プログラムをライブラリとリンクする場合，リンカはライブラリの中を調 
ベて，そのブログラムに必要なモジュールだけを選び出してくれます。またライブラリに 
しておけば， . OBJ ファイルを別々に s いておくよりも（特に各オブジェクトファイ ルが 小 
さい場合には），小さなディスク空間ですみます。さらに，ライブラリを使うと，リンクの 
速度を上げることにもなります。というのはオブジェクトモジュールすべてをオーブンす 
るのではなく，1つのファイルをオーブンするだけですむからです。 

TLIB コマン ドラインの要素 


TLIB を起動するには， MS - DOS のブロンブトに対し， TUB コマンドラインを入力し 

ます。 tlib だけをタイプしてリターンを押すと， TLIB の使い方の要約が表示されます。 

TUB コマン ドラインは次のような一般形をしています。 カッコ [] で囲んだ項目は省略 
できる場合があります。 

tlib ライブラリ名 【/ c 】 [操作掬定1【リストファイル】 

ここではコマンドラインの各搆成要素について説明し，そのあと TLIB の使い方につい 
て詳しく述べます。股後に TLIB の使用例を示します。 
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構成要素 


說明 


tlib 

ライブラリ名 

/C 

/E 

操作指定 

リストファイル 


TLIB を起動するコマンド名です。 

作成または管埋を行なうライブラリの MS - DOS におけるパス名 
です。ワイルドカードは使用できません。拡張子を指定しない場 
合は • LIB とみなされます。 TCC および TC のブロジェクト 
Make では，ライブラリファイルの識別に拡張子. LIB を必、要とす 
るので，これ以外の拡張子はおすすめしません。 

指定したライブラリが存在せず，操作指定が add の場合は，ライ 
ブラリを新たに作成します。 

大文字/小文字区別のフラグです。このオブションは通常使われる 
ことはありません。詳しい説明は， 「高度な操作： / C オプション」 
を参照してください。 

抗張辞*を作成します。詳しくは 「拡張辞害を作成す る ： /E オプ 
シ ヨン」 の解説を参照してください。 


TLIB が実行する操作の指定です。操作指定はどんな順番で行な 
つてもかまいません。単にライブラリの内容を調べたい場合は， 
操作指定を与える必要はありません。 

ライブラリの内容のリスト（一覧）を出力するファイル名です。 
リストファイルを指定する場合は，必らずその前にカンマを逋か 
なければなりません。ファイル名を指定しないとリストは生成さ 
れません。リストには，各モジュールが ABC 順で表示されます。 
各モジュールには，そのモジュールで定義されているグローバル 
シンボルが ABC 順で示されます。リストファイル名のデフォル 
卜の拡張子は. LST です。 

リストを画面に表示するにはリストファイル名を CON にし，ブ 
リンタに出力するには PRN という名前を使います。 
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操作指定リスト 

操作指定リスト には， TLIB に実行させる仕事を指定します。複数の操作指定を並べるこ 
とができます。 操作指定は， 1文字あるいは 2 文字の動作シンボルの後に，ファイル名ある 
いはモジュール名を続けたものです。 勅 作シンボル，ファイル名あるいはモジュール名の 
前後には空白を： S いてもかまいませんが，2文字の動作シンボルの間，およびファイル名， 
モジュール名の途中に置くことはできません。 

コマンドラインには，127文字 （ MS - DOS のコマンドラインの制限）を越えなければ，操 
作を いくつ 並べてもかまいません。操作指定の順序は帘要ではなく， TLIB は操作を以下の 
ような決まった順序で実行します。 

1. 肢初に， 抽出 操作 ( extract ) を行ないます。 

2. 次に， 削除 操作 （ remove ) を行ないます 0 

3. 最後に， 追加 操作 ( add ) を行ないます。 

モジュールの S き換えは，まず削除 ( remove ) した後，かわりの モジュールを 追加 （ add ) 
して行ないます。 

ファイル名とモジュール名 

TLIB がオブジェクトモジュールファイルをライブラリに追加する場合，そのファイル 
名は単に モジュールと 呼ばれます。 TLIB は，与えられたファイル名からドライブ名とディ 
レクトリ名および抵張子を取り去り，モジュール名とします。 

TLIB は，指定がなければ適当なデフォルト値をとることに注意してください。たとえ 
ば，カレントディレクトリにある拡張子 . OBJ のついたモジュールを指定する場合，モジュ 
ー ル 名だけを与えればよく， パス や拡張子 . OBJ を指定する必要はありません。 

ファイル名あるいはモジュール名には，ワイルドカードは使用できません0 

TLIB の操作 

TLIB は3種類の 動作 シンボル（_，+， *) を認識します。これらは単独で，あるいは2つ 
組み合わせて，合計5種類の異なる操作が可能となります。2文字の操作では，文字の順番 
は®要ではありません。次に，動作シンボルとその動きについて説明を行ないます。 
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名前 


脱明 


ル 


追加 


指定したファイルをライブラリに追加します。ファイル名に拡張 
子がついていなければ， . OBJ とみなします。ファイルそれ自身が 
ライブラリ（拡張子 . LIB ) の場合は，その中のすべてのモジ ユー 
ルを対象ライブラリに追加します。 

追加される モジ ユー ルが す でに 存在している場合は， メッセージ 
を出力し，新しいモジュールの追加は行ないません。 


削除 指定したモジュールをライブラリから削除します。ライブラリ中 

に指定のモジュールがない場合は，メ ッ セージを表示します。 


抽出 ライブラリから，指定したファイル名に対応するモジュールをコ 

ビーして，ファイルを作成します。モジュールが存在しない場合 
は，メッセージを表示し，ファイルは作成されません。指定した 
ファイルがすでに存在する場合には上冉きされます。 

置換 指定したモジュールを，対応するファイルで！ g き換えます。これ 
は，削除に絞いて追加を行なう操作指定の短縮形となります。 

抽出削除指定したモジュールを対応するファイルにコピーし，そのモジュ 
ールをライブラリから削除します。これは柚出に絞いて削除を行 
なう操作指定の短縮形となります。 


削除では，モジュール名のみ必要とするわけですが，ドライブと拡張子を含むフルパス 
名を人力してもかまいません。モジュール名以外はすべて無視されます。 

ライブラリ内のモジュール名を変更することはできません。これを行なうには，まず抽 
出削除を行なって，作成されたファイル名を変更し，最後にそれを追加します。 

ライブラリの作成 

ライブラリを作成するには， デイ スク上にないライブラリに モジュールを 追加する こ> 
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になります。 


レスポンスファイルの利用 


たくさんの操作指定を行なう場合，あるいは決まりきった操作を何度も繰り返さなけれ 
ばならない場合などは， レス ボン スファイ ルを利用すると便利です。レスポンスファイル 
は， TLIB コマンドが畨き込まれている通常のテキストファイルで • TurboC エディタで 
簡単に作成することができます。レスポンスファイルを使うと，コマンドライン1行には入 
りきらないよう STUB コマンドも実行することができます。 

レスポンスファイルを使うには，レスポンスファイル名を TLIB コマンドラインの好き 
なところに指定します。 

■レスポンスファイルは，複数行のテキストで構成することができます。各行の終わり 
には&をきます。&は，次の行が継統行であることを表わします。 

■ 丁 LIB コマンド全体をレスポンスファイルに入れる必要はなく，コマンドの—部を入 
れ，残りはコマンドラインで人力することも可能です。 

■ TLIB のコマンドラインには，複数のレスポンスフアイルを指定することができま 
す0 


この節の最後の 「TUB の使用例」 に，レスポンスファイルとそれを使用する TLIB コマ 
ンドラインの例があります0 

拡張辞書を作成する： / E オプション 


大きなライブラリファイル（たとえば標準の Cx.LIB ライブラリなど）のリンクを高速化 
させるために， TUB に，拡張辞#を作成してライブラリファイルにそれをつけ加えるよう 
に指示することができます。この辞#には，標準の辞害には含まれていない情報が非常に 
コンパクトな形で入っています。この情報があると， TLINK はライブラリファイルをより 
速く処理できます。ディスクがフロッピィディスクあるいは遅いハードディスクの場合に 
は特にそうです。 TurboC のマスターディスクの中に人っているライブラリには，すべて 
拡張辞害が含まれています。 

修正中のライブラリに対して拡張辞害を作成するには，ライブラリに対してモジュール 
を追加，削除，置換するために TLIB を呼び出す際に，単に /E オプションを指定します。 
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既存のライブラリで，修正はしたくないが抗張辞書は作成したいという場合は， / E オプシ 
ョンを使って， TLIB にそのライブラリに存在しないようなモジュールを削除するよう指 
示します。 TLIB は「指定されたモジュールはそのライブラリには存在しない」という贅告 
を出しますが，そのライブラリに対して拡張辞害を作ってくれます。たとえば，次のよう 
に人力します。 

tlib /E mylib -bogus 

高度な操作： / C オプション 

モジュールをライブラリに追加する際には， TLIB はライブラリ内の各モジュールで定 
義されているグローバルシンボルのテーブルを管理しなければなりません。ライブラリ内 
のすベてのシンボルは，互いに異なるものでなければなりません。シンボルの二重登録に 
なるようなモジュールをライブラリに追加しようとすると， TLIB がメッセージを表示し, 
モジュールの追加は行なわれません。 

通常 TLIB がライブラリ内のシンボルの二 M 登録をチェックする際は，大文字と小文字 
の区別は行ないません 0 たとえば，シンボル lookup と LOOKUP は®祓するものとみなし 
ます。 C 言語は大文字と小文字を区別する言語なので,すでにライブラリ内にあるシンボル 
と，文字ケース（大文字小文字の違い）のみが異なるシンボルを含むモジュールを追加す 
る場合には， / c オプションをつける必要があります。んオプションは，すでにライブラリ内 
にあるシンボルと，文字ケースが輿なるシンボルを含むモジュールを受け入れることにな 
ります。 

C は大文字と小文字の区別をする言語であるのに，んオブションを指定しないと，文字 
ケースのみが輿なるシンボルを受け入れないのは，少し変に思えるかも知れません。これ 
は，ライブラリ中の文字ケースのみが興なるシンボルを区別しないリンカがあるからです。 
TLINK を使う限りは， /c オブションを使用しても何の問題も引き起こしません。 

しかし，ライブラリを他のリンカで利用したい（あるいは，他の人が他のリンカで，そ 
のライブラリを利用したい）と思っている場合には， / c オブションは使うべきではないで 
しよう。 
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TLIB の使用例 


次に簡単な例をいくつか示します。 

1. X . OBJ , Y . OBJ , Z . OBJ を含む MYL 1 B . LIB という名のライブラリを作成するには， 
次のように入力します。 

tlib mylib +x +y +z 

2.1 •と同じ操作で，さらにリストファイル MYLIB . LST をとりたい場合は，次のように 
人力します。 

tlib mylib +x +y +z f mylib.1st 

3. 既存の CS 丄 IB というライブラリのリスト CS . LST をとるには，次のように入力しま 
す 。 

tlib C8, C8.l8t 

4. MYLIB . LIB に対して， モジュール X . OBJ を新しいものと: K き換え， A . OBJ を追加 
し， Z . OBJ を削除するには，次のように入力します。 

tlib mylib -+x +a -z 

5. MYLIB . LIB からモジュール Y . OBJ を柚出し，さらにリスト MYLIB . LST をとるに 
は，次のように入力します。 

tlib mylib *y f mylib.lst 

6. レスポンスファイルを使用して，モジュール A . OBJ ， B.OBJ . G . OBJ からなる新 

しいライブラリ ALPHA . LIB を作成するには，まず次のような内容のテキストファイ 
ル ALPHA . RSP を作成します0 

+a.obj +b.obj +c*obj & 

+d.obj +e*obj +f.obj & 

+g.obj 

そして，リスト ファイル ALPHA . LST をとる TLIB コマン ドを次のように与えます。 

tlib alpha §alpha.rsp, alpha.1st 
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_GREP :ファイル検索ユー 

GREP は強力な検索ユーテイリテイで，一回で複数のファイルの中からテキスト（文字 
列）を探し出すことができます。 

GREP の一般的なコマンドラインの害式は次の通りです。 

girep 【オプション]横* 文字列 ファイル榷定【ファイル推定•••】 

たとぇは， setupmodem というテキストを含んでいるソースファイルを見つけたい場合 
には，次のようなコマンドラインで GREP を呼ひ•出します。 

grep setupmodem 

カレントデイレクトリ内のすべての. C ファイルの内容から， setupmodem という文字列 
を探すことができます。 

GREP のオプション 

コマンドラインで指定するオプションは，ダッシュ （-) の後ろに1つあるいは複数の文 
字を並べたものです。各々の文字は，オンまたはオフを指定できるスイッチです。ブラス 
(+ ) を文字の後につけるとそのオプションはオンになり，ダッシュ （-) を文字の後につ 
けるとそのオブションはオフになります。 

デフォルトはオンとなっています（十を意味します）。たとえば， - r は - r + と同じことを 
意味します。複数のオプションをわけて與くことも （- i - cM など)，まとめてかくことも 
(- ild あるいは - il _ d など）できます。これらはすべて同じオプションを表わします。 
GREP で用いるオブション文字とその意味を示します。 

~ c 行数のみ：マッチ（一致）した行数だけを表示します。少なくとも一行はマッチ 
した行を含むファイルについては，ファイル名とマッチした行の数を表示します。 
マッチした行そのものは表示しません。 

-d デイレクト リ：ファイル指定にパスが含まれている場合，そのディレクトリの中， 
およびそのデイレクトリの下のすべてのサブディレクトリの中にある，ファイル 
指定にマッチするすべてのファイルについて検索します。ファイル指定にパスが 
含まれていない場合，フアイルはカレントディレクトリにあるものとみなし#す 
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文字ケースの無視： 大文字小文字の違いを無視します。 a 〜 z の文字を，それぞれ 
A 〜 Z の対応する文字と同じであるとみなします。 

-1 ファイル名の表示： マッチした行を含むファイルの名前のみを表示します。マッ 

チする行を1行見つけると，ファイル名を表示した後，直ちに次のファイル中の検 
索に移ります。 

-n 行番号： マッチした各行を，先頭に行番号をつけて表示します。 

-0 UNIX 出カフォーマット： マッチした行の出カフォーマットを変えて， UNIX 
風の コマン ドラインパイブを容易にサポートできるようにします。出力される行 
の前には，その行を含んでいる行のファイルの名前が付加されます。 

-r 正規表現による検索： 検索文字列で指定したテキストを，そのままの文字列では 
なく，正規表現として扱います。 

-u アップデートオプション： GREP は コマン ドラインで与えられたオブションと 
デフォルトのオブションを合わせて GREP.COM の中に湛き込み，これを新たな 
デフォルト値とします（言い変えれば， GREP は g 分自身を変更するのです)。こ 
のオプションにより，自分の好みに合ったデフォルト値の設定を作り上げること 
ができます。 

V マッチしない行： マッチしない行だけを表示します。検索する文字列を含まない 

行を，マッチしない行と考えます。 

- W ワードサーチ： 正規表現に一致すると認識されたテキストは，その前後の文字が 

ワード（一単語）を構成する文字ではない場合にのみ，「一致する」とされること 
になっています。ワードを構成するデフォルトの文字は A 〜 Z , 9〜0,それに下線 
し）です。このオプションには他の形式もあり，それを使うとワードを構成する 
文字セットを指定することができます。その形式は - w [ je /] というもので，如は 
正規表現による文字集合の定義です。英字が入っている場合は，自動的にその文 
字に対応する大文字，小文字が定義に含められます。たとえ探索が大文字小文字 
の区別をして行われる場合でもそうです。 - w オブションが - u オプションと組み 
合わせて使われた場合，そのワード構成文字集合はデフォルトの文字集合となり 
ます。 

z 詳細表示： 検索するファイルごとに（マッチする行がなくても）ファイル名を表 

示します。また，マッチした行は先頭に行番号をつけて表示されます。さらに， 
ファイルごとにマッチした行の数を（たとえそれが0でも）表示します。 

優先順位 


各オブションはスイッチとなっていることを思い出してください。最後に切り換えた状 
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態が有効になっているのです。各オプションはオンかオフかのいずれかだけです。コマン 
ドライン上で与えたオブションの指定は，同じオプションの以前の状態を無効にします0 
たとえば，次のようなコマンドラインを入力したとしましょう0 

grep -r -i- -d -i -r- main( my*.c 

このコマンドラインを与えると， - d オプションがオン，イオプションがオン， - r オブシ 
ョンがオフの状態で動作します。 

- u オプションを用いると，各オプションのデフォルトの設定を，好みに応じて GREP . 
COM に組み込むことができます。たとえば，常に詳細表示 （- z がオン）を行なうようにし 
たければ，次のようなコマンドでこれを組み込みます。 

grep -u -z 

探索する文字列 

探索文字列の値は， GREP が探索するハ•ターンを決定します。探索する文字列は，正規 
表現，あるいはリテラル文字列のいずれかです。正規表現では，いくつかの文字は特別な 
意味を持っており，探索を制御する演算子として機能します。リテラル文字列の場合は， 
そのような演»:子はありません。各文字は，文字そのものとして扱われます。 

空白（スペース）やタブを区切り記号とみなされるのを防ぐのに，探索する文字列を引 
用符で囲むことができます。行をまたがっての探索はおこなわれません。 

正規表現は，1文字，あるいは大カッコ [] で囲まれた複数の文字からなります。いくつか 
の正規表現を連結したものも正規表現となります。 

正規表現の中の演算子 

マオプションを用いると，探索する文字列は（リテラル文字列ではなく）正規表現とみ 
なされます。この中で，以下の文字は特別な意味を持っています。 

正規表現の先頭のキャレット r ) は，行の先頭とマッチします。 

$ 正規表現の末尾のドル記号 （$) は，行の最後とマッチします。 

. ピリオド （•） は，任意の1文字とマッチします。 

* アスタリスク （*) が後についた正規表現は，その文字の0回以上の出現とマッチ 
します。たとえば， fo * では， * は〇に作用し， f ， fo , foo など （ f の後に0個以上 
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の 〇 が続くもの）とマッチしますが， fa などとはマッチしません。 

+ ブラス （+ ) が後についた正規表現は，その文字の1回以上の出現とマッチしま 
す。 fo + は fo , foo などとマッチしますが， f とはマッチしません。 

[] 大カッコ [] で囲まれた文字列は，その文字列内の任意の文字とマッチし，他の文 
字とはマッチしません0カッコ内の辰初の文字がキャ レット r ) の場合は，その 
文字列に含まれる文字以外の文字とマッチします。たとえば ， L xyz ] は x , y , z と 
マッチします。また， [ xyz ] は， a , b などとはマッチしますカヾ， x , y , z とはマッ 
チしません。2つの文字の間にマイナス （-) を笛いて，文字の範囲を指定するこ 
ともできます。これらを，互いに組み合わせることもできます （[ a - bd - z ?] は ， c 
以外のすべての小文字と？にマッチすることを意味します）。 

¥ 円記号 （¥) は，次に続く文字が正規表現の演算子ではなく，リテラル文字であ 
ることを示すエスケープ文字として機能します0たとえば，¥•は任意の1文字で 
はなく，ピリオド （•） そのものとマッチするわけです0 

注意： 上に示した文字のうち，4つ （$•*+) は，大カッコ （[]) の中に通いたときに 

は特別な意味を持ちません。また，_は[の直後に現われない限り特別には扱われません。 

上であげなかった通常の文字は，同じ文字とマッチします（たとえば〉は〉と，#は#とマッ 

チします。 

フアイル指定 


GREP コマン ドの3番目の 檐成 要素は ファイル指定， すなわちファイルを指定して，探索 
すべきファイルを GREP に知らせるものです0ファイル指定としては，ファイル名そのも 
の，あるいは MS - DOS のワイルドカード （?，*) を含むファイル名が使えます。また，フ 
ァイル指定の一部として，バス（ドライブ名やディレクトリ名）を入れることもできます。 
ファイル指定にハ*スが含まれていない場合は，カレントディレクトリのみが探されます。 

なんのファイル指定も指定しない場合， GREP への人力は標準入力からのリダイレクシ 
ョンあるいはパイブによって指定されなければなりません。 


使用例と注意 


以下に示す例では， GREP のオプションのデフォルトは，すべてのオフになっているこ 
とにしています。 
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例 1 


grep main( *.c 


コマンドライン 
マッチする行： main() 

マッチしない行： mymainfuncO 

MAIN(i ： integer) ; 

探索する ファイル： カレントディレクトリにある *.c 

注意： デフ ォル トでは，探索の際には大文字小文字は区別されます。 

例 2 

コマンドライン： grep -r (^a-z]main¥ *( *.c 

マツチする行： main(isinteger) 

main(i f jsinteger) 
if (main ()) halt; 

マッチしない行： myxnainO 

MAIN(ixinteger); 

探索する ファイル： カレントディレクトリにある *.c 

注意： GREP が探索する文字列は，前に小文字がついておらず （ f a . z ]), 後に〇個以 
上の空白 （¥ *), さらに左カッコが統いている， main という単語です。空白とタブ 
は，通常コマンドラインの区切りとみなされるので，正規表現の一部に含めるにはハ 
ッキリと示す必要があります。この例では， main の後の空白の前にエスケープ文字 
(¥) をつけています。また，空白を 二重 引用符 （”） で囲んでも （ r a - z ] main ” ” 
*), 同じことになります。 

例3 

コマンドライン： grep -ri [a-c] :¥¥data¥.fil *.c *.inc 

マツア T る行： A:¥data.fil 

C:¥Data.Fil 

BiVDATA.FIL 

マッチしない行： d ： ¥data.fil 

a:data.fil 

探索する ファイル： カレントディレクトリにある *. C および* .INC 

注意： 円記号 （¥) とピリオド （•） は 通常， 特別な意味があるので，これらを探索す 
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る場合には，直前にエスケープ文字 （¥> をつけなければなりません。 


例4 

コマンドライン； grep -ri [^a-z]word[^a-z] ★•doc 

マッ乎する行： every new word must be on a new line. 

MY WORDI 

word--smallest unit of speech. 

In the beginning there was the WORD, and the WORD 


マッチしない行： Each file has at least 2000 words. 

He misspells toward as toward. 


探索するファイル： カレントデイレクトリにある*. DOC 

注意： この指定は，与えられた単語を探索する基本的な方法になっています。 


例5 

コマンドライン: 
マッチする行： 


マッチしない行： 


grep -iw word 胃 .doc 

every new word must De on a new line# however 
MY WORD! 

word—smallest unit of speech which conveys meaning• 

In the beginning there was the WORD, and the WORD 

each document contains at least 2000 words. 

He seems to continually misspell "toward* as •toward*. 


探索するファイル： カレントドライブ上のルートデイレクトリとすべてのサブデ 


ィレクトりにある* .DOC 
注意： これは，基本的なワードサーチの例です。 


例6 

コマンドライン： 
マッチする行： 
マッチしない行： 


grep "search string with spaces v w .doc w .asm ajVworkVmyfile. 1 

This is a search string with spaces in it* 

THIS IS A SEARCH STRING WITH SPACES IN IT. 

This is a search string with many spaces in it. 


探索するファイル： カレントデイレクトリにある* .DOC と *• ASM ， およびド 

ライブ A の¥ WORK というディレクトリにある MYFILE .* 
注意： これは，空白を含む文字列を探索する場合の一例です。 
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例 7 


コマンドライン： grep -rd •[ ¥*.doc 

マッチする行： He said hi to me. 

Wnere are you going? 

Happening in anticipation of a unique situation. 

Examples include the following ： 

•Many men smoke, but fu man chu.• 

マッチしない行 ： He said -Hi' to me 

Where are you going? I f m headed to the beach this 

探索するファイル： カレントドライブのルートディレクトリおよびそのサブディ 

レクトリの中の*. DOC 。 

注意： この例では，行の 敢後 にある，.：？ ，の 文字を探索します。ここで大カ ッコ 
の中の二 ffi 引用符は，文字列の終わりを表わす引用符としてではなく，通常の文字と 
して扱われるように，エスケープ文字が前につけられてぃることに注意してくださぃ。 
また，$文字が引用文字列の外側に S かれてぃることにも注意しましょう。このよう 
にすれば，正規表現をぃくつかつなぃで長くすることができるわけです。 

例 8 

コマンドライン： grep -ild • the • ¥*-doc 

( または 〉 grep -i -1-d ■ the • ¥*.doc 
( または 〉 grep -il-d • the ■ ¥*.doc 

マッチする行： Anyway f this is the time we have 

do you think? The main reason we are 

マッチしない行： He said -Hi_ to me just when I 

Where are you going? I f 11 bet you•re headed to 

探索するファイ ル： カレントドライブ上のルートディレクトリとすべてのサブデ 

ィレクトリにある *. DOC 

注意： この例では，大文字小文字を区別せず，マッチする行が少なくとも1行ある ファ 
イルの名前を出力するだけです。示した3つのコマンドラインの例は，複数のオブショ 
ンを指定するいろいろな方法を示しています。 
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コマンドライン： 8 re P _ w 【_】■ *. c 

マッチする行： i_5; 

j-5 ； 
i — j; 

マッチしない行 ： if (i ■■ t> j++; 

I 金 ■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■ 譲 " ■__■■■■_♦ I 

探索する ファイル：カレントディレクトリの中の* . C 。 

注意： この例では，ワードを構成する文字として代入演算子 （=) のみを定義してい 
ます。この場合， C の代入演算子はマッチしますが，関係演算子 （===) はマッチしな 
いことになります。 


GREP :ファイル検索ユーテイリテイ 


569 



BGIOBJ :グラフイツクスドライバ/フォント 

変換ユーティリティ 


BGIOBJ は，グラフ イッ クスドライバと文字セット（ストロークフォントファイル）を 
オブジヱクトファイル (. OBJ ) に変換するユーティリティです 0 変換されたドライバおよ 
びフォントは，ブログラムにリンクすることができ，実行可能ファイルの一部となります。 
これは，グラフィックドライ八と文字セット（ストロークフォント）を，ブログラムの実 
行時にディスクから統み込む動的ロー ド機能に加えて提供されています。 

ドライバとフォントをブログラムに直接リンクしておくと，実行可能ファイルには必要 
となるすべての（あるいはほとんどの）ドライバとフォントを含まれるので，実行中にデ 
イスク上のドライバやフォントファイルをアクセスする必要がなくなります。ただし，ド 
ライバやフォントをリンクすると，実行可能ファイルのサイズはその分大きくなります。 

ドライバやフォントファイルをリンク可能なオブジェクトファイルに変換するには， 
BGIOBJ . EXE ユーティリティを使用します。 

コマンドラインの卉式は簡単です。 

BGIOBJ < 80 urce file> 

く source file パこは ，オブジェクトフアイルに変換するドライバまたはフォントファイル名 
を指定します(拡張子はつけません h 作成されるオブジヱクトファイル名は ， 〈source file '} 
名に拡張子 . OBJ をつけたものになります。たとえば， PC 98. BGI は PC 98.0 BJ に， CGA . 
BGI は CGA .0 BJ に， SANS . CHR は SANS .0 BJ になります。これらは，デフォルトファ 
イル （ BGIOBJ にあらかじめパラメータが登録されているもの）なので，コマンドライン 
はこのように簡単なものになります。 


新しい . OBJ ファイルを GRAPHICS . LIB に追加する 


ドフイバあるいはフオントのオブジェクトモジュールは，リンカがグラフイックルーチ 
ンを取り込む際に，そのオブジェクトモジュールがどこにあるかがわかるように， 
GRAPHICS . LIB に加えておくとよいでしょう。新しく作成したオブジェクトモジュール 
を GRAPHICS 丄 IB に追加しない場合， TC のブロジヱクトファイル （. PRJ ) の中に，あ 
るいは TCC または TLINK のコマンドラインのファイルリストに，そのオブジェクトモ 
ジュール名を加えなければなりません。オブジェクトモジュールを GRAPHICS 丄 IB に追 
加するには，次のようにして Turbo ライブラリアン ( TLIB ) を呼ひ•出し令す。 
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tlib graphics + <object filename 〉 [ + <object filename> "•】 


〈object /ilename〉 には， BGIOBJ . EXE で作成されたオブジェクトファイルの名前 
( PC 98, CGA , GOTH など）を指定します。拡張子を指定しなければ，. OBJ が付け加え 
られます。時間を節約するために，1つのコマンドラインで複数のファイルを追加すること 
ができます。後で示す例を見てください。 

ドライバとフォントの登録 


ドライ八とフォントのオブジェクトモジュールを GRAPHICS 丄 IB に追加した後は，リ 
ンクしたいすベてのドライバとフォントを登録しなければなりません。ドライバとフォン 
卜の登録は,ブログラムの中で （ initgraph より前に) registerbgidriver や registerb - 
gifont を呼び出すことによって行ないます。この呼び出しは，グラフィックスシステムに 
そのファイルがあることを知らせ，リンカが実行可能ファイルを作成する際にそのファイ 
ルを取り込むことを確実にするためのものです。 

各登録ルーチン ( register ...) は1つの引数をとります。この引数は GRAPHICS . H で定 
斿されているシンボル名です。ドライバあるいはフォントの登録が成功した場合，登録ル 
ーチンは負でない値を返します。 

次に示す表は， TurboC に含まれているドライバとフォントファイルです。また， regis - 
terbgidriver と registerbgifont の引数として用いるシンボル名も示してあります。 


ドライバファイル registerbgidriver フオントファイル registerbgifont 
(*.BGI) シンボル名 （ *.CHR) シンポノ 


■ PC-9801 : 


PC98 




PC98GRCG 

PC98GRCG_driver 



PC98EGC 

PC98EGC_driver 







IBM PC : 




CGA 

CGA 一 driver 

TRIP 


EGAVGA 

EGAVGA_driver 

LITT 


HERC 

Herc_driver 



ATT 

ATT_driver 



PC3270 

PC3270_driver 



IBK8514 

IBH8514 driver 
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使用例 


ここでは1つのまとまった例を示します。いま，グラフィックスドライバ PC 98， ゴシッ 
クフォント，トリブレックスフォントをオブジェクトモジュールに変換しそれらをブログ 
ラムにリンクしたいとします。 

1. BGIOBJ . EXE を用いてバイナリフアイルをオブジェクトフアイルに変換します。 
これは，次のように独立した3つのコマンドラインで^?亍ないます。 

bgiobj pc98 
bgiobj trip 
bgiobj goth 


これで， 3 つのファイル PC 98.0 BJ , TRIP . OBJ ， G 0 TH .0 BJ が作られます。 

2. これらのオブジェクトファイルを，次の TLIB コマンドによって GRAPHICS 丄 IB 
に追加します。 

tlib graphics +pc98 +trip +goth 


オブジェクトファイルを GRAPHICS 丄 IB に追加しなぃ場合は ， (Turbo C の統合 
環境を使用してぃる場合は）プロジェクトリストに，あるぃは TCC の コマン ドライ 
ン に，オブジェクトファイル名 （ PC 98.0 BJ , TRIP . OBJ , G 0 TH .0 BJ を加える必 
要があります。たとえば， TCC の場合は次のようになります。 

tcc niftgraf graphics.lib pc98.obj trip.obj goth.obj 

3. これらのファイルを次のようにグラフ ィッ クスのブログラムに登録します。 

(リスト17行 C _138) 

I* へツダフアイルでは PC98_driver f triplex_font • gothic_font 
の各シンボルが 宜 言されている.*/ 

# include <graphics.h> 

main() 

{ 

/* 置錄 および エラー チ ac ツク */ 

if (regi8terbgidriver(PC98_driver) < 0) exit(l); 

if (regi8terbgifont(triplex_font) < 0 ) exit(l )5 

if (registerbgifont(gothic 一 font) < 0 ) exit(l); 

/*•••*/ 

ini tgraph( ••••); /* initgraph は* 錄 後に哼び出さなければならない*/ 

卜 …*I 

} 

ドライ八やフオントをリンクしたときに，リンカ エラー Segment exceeds 64K が出た場 
合は次の節を参照してください。 
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/ F オプション 


この節では，いくつかのドライバやフォントファイルをリンクしたときに，リンカエラ 
一 Segment exceeds 64 K が生じた場合の対処方法を説明します（とくにタイニイ，スモー 
ル，コンパクトモデルのブログラムの場合）。 

デフォルトでは， BGIOBJ . EXE で作成されたファイルは，すべて同じセグメント（セグ 
メント名は _ TEXT ) を使用します。このことは，多数のドライバやフォントをリンクする 
場合や，スモール，コンパクトメモリモデルを使用している場合に問題が生じる原因とな 
ります。 

この問題を解決するために，1つ以上のドライバやフォントを BGIOBJ の / F オプション 
で変換することができます〇 / F オプションをつけると， BGIOBJ はデフォルトのセグメン 
卜が，ドライバとフォントによってあふれることがないように ，く filetwme > TEXT という 
形のセグメント名を用います。たとえば，次に示す2つの BGIOBJ コマンドラインは， 
BGIOBJ に PC 98_ TEXT と SANS _ TEXT というセグメント名を用いることを指示する 
ことになります。 

bgiobj I? pc98.bgi pc98f _PC98_driver_far 
bgiobj /P sans 


/ F オブ シヨ ンを用いた場合， BGIOBJ は生成するオブジェクトファイルに F をつけ 
( PC 98 F . OBJ ， SANSF.OBJ など） • registerfarbgidriver あるいは registerfarbgifont 
の引数の名前に _/ ar をつけます（たとえば PC 98 driver li PC 98 driver Jar になりま 
す）〇 / F を用いて作成されたフアイルに対しては，通常の registerbgidriver と registerb - 
gifont ではなく，これらの far 用登録ルーチンを使わなければなりません。たとえば次の 
ようにします。 

if (regi8terfarbgidriver(PC98_driver_far) < 0) exit(l) ; 
if (regi8terfarbgifont(8ans8erif font far) < 0) exit(l); 


BGIOBJ の高度な機能 


この節では ， BGIOBJ の高度な機能と， registerfarbgidriver，registerfarbgifont の 

説明をします。これらは，熟練したユーザだけが使用すべき機能です。 
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次に， BGIOBJ . EXE ユーテイリティの完全な構文を示します。 


BbiOBj [/P) <8ource> <destination> < public name> <seg-name> <seg-class> 


構成要素 脱明 


/ F または -F このオブションは， BGIOBJ . EXE にデフォルトの TEXT 以外のセグ 

メント名を用いること，バブリック名と生成するファイルの名前を変 
史することを指示します（これについては前の節を参照してくださ 


く source 〉 変換するドライバあるいはフォントファイルです。変換するファイル 

がデフオルトのドライ八ファイルやフ ォン トフアイルでない場合，拡 
張子 （. BGI など）を含めたファイル名を指定する必要があります。 

く destination 〉 作成されるオブジェクトファイルの名前です。デフォルトのオブジェ 

クトファイル名はく仍 w / w >. OBJ で, / F オプションを用いた場合は 
〇⑽ rcWF . OBJ になります。 

public name ) オブジェクトモジュールを取り込むための registerb ^ idriver あるい 

は registerbgifont (またはそれぞれの far 版）の呼び出しで，ブログ 
ラム内で使用される名前です。 


パブリック名はリンカが使用する汴部名なので，ブログラム内で用い 
る名前の先頭には下線をつけておくとよいでしょう。ブログラムを 
Pascal の呼び出し悄例で辨いている場合は，大文字だけを使用し，下 
線はつけないでください。 


く seg - name 〉 オプションのセグメント名です。デフォルトは TEXT (/ F 指定があ 

る場合はく filename 〉 TEXT ) です。 


< se «：- clas 8> オブシヨンのセグメントクラスです。デフォルトは CODE です。 



く j 以外のパラメータはす^:てオプション（省略可能）です。オプションのパラメ- 
夕を指定す る必要がある場合は，指定するハ。ラメータの前にあるすベてのパラメータ名も 
指定しなければなリません。デフォルトでないユーザ独自のパブリック名を使用する場合 
は，プログラムの中で，次のどちらかを用いて宣言しなければなりません。 

voia public 一 name (void 〉 ； /* /F をつけなければ*/ 

/* デフオルトのセグメント名が使われる*/ 
extern int far public 一 name[ 】 ； /* /F をつけた場合*/ 

/* セグメント名は _TEXT ではない*/ 
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宣言の中の public name li ， BGIOBJ の コマン ドラインで指定した 〈public name > (パブ 
リック名）です。ヘッダファイル GRAPHICS . H は，デフォルトのドライバとフォントの 
パブリック名の宣言を含んでいるので，デフォルトのパブリック名を使用する場合は，こ 
のような宣言をする必要はありません。 

この宣言を行なった後，ブログラムで使用しているすべてのドライバとフォントを登録 
しなければなりません。 / F ォプションをつけない場合や，デフォルトのセグメント名を変 
更しない場合は， registerbgidriver と registerbgifont を使って登録してください 0 その 
他の場合は registerfarbgidriver と reg ： isterfarbg：ifont を使って く ださい 0 

次に示すブログラムは，フォントファイルをメモリにロー ドする例です。 

/* フォントファイル％ メモリにロードする供*/ 

# include <graphic8.h> 

# include <io.h> 

#include <fcntl.h> 

#include <8tdio.h> 

#include <conio.h> 

#include <8tdlib.h> 

#include <proce88.h> 

#include <alloc.h> 

main() 

< 

void *gothic 一 f ontp 5 

int handle; 

unsigned fsize; 

int errorcode； 
int graphdriver$ 
int graphmode; 

/* フォントファイルをオープンする*/ 
handle - open(-GOTH-CHR* f 0_RD0HLY|0_BIHARY )5 
if (handle — -1) 

{ 

printf(•unable to open font file f GOTH.CHR f ¥n *)5 
exit(l)s 


/* ファイルのサイズ t 求める*/ 
fsize _ filelength(handle )1 


/* メモリ上のフォント用のバッファを指す*/ 
/* I / O に使用するファイルハンドル *i 

/* ファイル（およびバッファ）のサイズ */ 


/* 次ページに縝く*/ 
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/* バッファをり肖てる*/ 
gothic_fontp _ malloc(f 8 ize) ; 
if (gothic 一 fontp __ HULL) 

{ _ 

printf("unable to allocate 
exit(l )； 



I * フオントをメモリに 豌み 込む*/ 

if (read(handle, gothic_fontp f fsize) I-fsize) 

{ _ 

printfCunable to read font file f GOTH-CHR f ¥n *)5 
exit(l); 


/* フオントファイルをクローズする*/ 

close (handle) ; 


I * フォン トを*錄する*/ 

ir (regieterfarbgifont(gothic_fontp) 1 -GOTHIC 一 PONT) 

printfCunable to register font file f GOTH.CHR f ¥n )5 
exit(l); 


/* 核出を行なつて • グラフィックスを初期化する*/ 

graphdriver ■ DETECT ; 

initgraph(Jtgraphdriver• &graphmode f • • • 

errorcode • graphresult ()； 

if (errorcode l_ grOk) 

< 

printf("graphics error: Zs¥n* t grapherrorm 8 g(erro 
exit(l); 

> 

settingju 8 tify(CENTER_TEXT, CEHTER_TEXT )5 
8 ettextstyle(G 0 THIC_F 0 NT f HORIZ_DIR f 4); 
outtextxy( getmaxx(T / 2 , getmaxyO / 2 , 

•Borland Graphics Interface (BGI )*)； 


/* どれかキーを} f すと終了する*/ 

getch(); 


I * グラフイツクスシステムを終了する*/ 

closegraph ()； 

return ( 0 ); 
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OBJXREF :オブジェクトモジュール相互 

_參照ユーティリァィ_ 

OBJXREF は，リスト中のオブジェクトファイルやライブラリファイルの内容を調べ 
て，その結果をレポートするユーティリティです。レポートには2つの形式があります〇1 
つの形式は， パブリック 名の定義と，それらの参照関係をホしたもので，もう1つの形式 
は， オブジェクトモジュール によって定義されるセグメントの大きさを示したものです。 
パブリック名は， グローバル 変数と関数名の2つのカテゴリに分類することができます。 
「OBJXREF のレボート例」 の節で示している TEST 1. C と TEST 2. C というファイル 
は，バブリック名の定我と，それらに対する外部参照関係を例示しています。 

オブジェクトモジュールは， TC , TCC , TASM によって作られるオブジェクトファイ 
ル （. OBJ ) です。ライブラリファイル （. LIB ) というのは，多くのオブジェクトモジュー 
ルを粜めたものです。 TC で作られるオブジェクトモジュールの名前は，コンバイルされる 
ソースファイル (. C ) と同じ名前になります。 TCC でコンパイルする場合も同じですが, 
-0 という TCC コマンドラインオプションを用いると，出カファイル名を違う名前にする 
ことができます。 

OBJXREF のコマンドライン_ 

OBJXREF のコマンドラインは，コマンド名 OBJXREF と，それに絞く 一連のオブ ショ 
ン，オブジェクトファイル名やライブラリファイル名の並びから構成されます。区切り記 
号は，空白またはタブで，擤文は次のようになります。 

OBJXREF 【オプシ3ン]ファイル名【ファイル名•••】 

コマンドラインオプションによって， OBJXREF が出力するレボートの棟類と，内容の 
詳しさの程度を指定します。詳しくは，後で述べる 「OBJXREF コマンドラインオプショ 
ン j の節を参照してください。 

オプションは，スラッシュ （/) で始まる1文字または2文字のオプション名からなりま 
す。 

オブジェクトファイル名とライブラリファイル名は，コマンドラインあるいはレスポン 
スファイルの中で指定することができます。コマンドラインで指定する場合は，ファイル 
名は空白かタブで区切ります。 . OBJ ファイルとして指定されたオブジェクトファイルは， 
すべてレボートに含められます。ただし， TLINK と同様に， OBJXREF は . OBJ フアイル 
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によって，あるいは前に • LIB ファイルから取り込まれたモジュールによって参照される 
パブリツク名を含むモジュールしか取り込みません。 

一般に，スタートアツブ . OBJ ファイルと C ライブラリを含めて，プログラムを正しくリ 
ンクするのに必要なすべての . OBJ ファイルと . LIB ファイルを指定しておくべきです。 

ファイル名には，ドライブやデイレクトリバスを含めてもかまいません。 DOS のワイル 
ドカード文字 （？ と*)を使って，複数のファイルを指定することもできます。ファイル名 
としては，オブジェクトファイル （. OBJ ), あるいはライブラリファイル （. LIB ) を指定 
します（拡張子がないときは . OBJ が仮定されます)。 

オブションとファイル名は，コマンドラインの中ではどのような順序で置いてもかまい 
ません。 

OBJXREF のレポートは， DOS の標準出力に冉き出されます。デフォルトは画面となっ 
ています。 DOS のリダイレクション記号 （>) を使って，ブリンタに出力 （> PRN のように 

書きます）したり，ファイルに出力 （ Mstfile のように冉きます）したりすることができま 
す。 

ファイル名やオブションをまったく指定せずに OBJXREF を実行すると’使用できるす 
ベてのオブションの要約が示されます。 

OBJXREF コマンドラインオプション 

OBJXREF のコマンドラインオブションは， コントロールオプションと レボー トオプシ 
ョンの 2つに分類することができます。 

コントロールオプション 

コントロールオブションによって， OBJXREF のデフォルトの動作を変えることができ 
ます（デフォルトでは，以下のオプションが On になっていません）。 

/I パブリツク名における大文字小文字の違いを区別しません。 TLINK を / C ォブシ 

ョン（大文字小文字の淖いを区別するもの）なしで実行する場合に，このオプシ 
ョンを使ってください。 

/F ライブラリ全体を取り込みます。たとえ OBJXREF によって処理されるオブジェ 

クトモジュールによって，その中に含まれるパブリツク名が参照されていなくて 
も，指定された • LIB ファイルの中のすべてのモジュールが取り込まれます。この 
オプションによって，ライブラリファイルの内容全体についての情報を知ること 
ができます （「OBJXREF コマンドの 例」の節の例4を参照丨てくだ戈い） 
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/V 


詳細な出力を行ないます。読み込まれたファイル名全部を表示し，また，パブリ 
ック名，モジュール，セグメント，クラスの総計も示します。 

/Z 長さが0のセグメント定義も取り込みます。オブジェクトモジュールによっては， 

その中にまったく領域を割り当てていないセグメントを定義しているものもあり 
ます。長さが0のセグメント定義まで表示するとモジュールサイズのレポートは兑 
にくくなりますが，セグメントのすべての定義を取り除こうとする場合には，こ 
のオブションは役に立ちます。 

レボートオプション 

レポートオプションは，出力されるレボートの M 類，および OBJXREF が出力する悄報 
の詳しさを決めます。 


/RC (クラスタイプ別のレボート） 

セグメントのクラスタイブごとにわけられて，モジュールが大きさの順で並べられま 
す0 


/RM (モジュール別のレボート） 

定義モジュールごとにわけられて，パブリック名が名前の順で並べられます。 

/RP (パブリック名順のレボート） 

パブリック名が順番に並べられ，その後ろにはそれが定義されているモジュール名が 
つきます。 

/RR (参照によるレポート） 

パブリック名が名前の順で並べられ，それを参照するモジュールも名前の順で並べら 
れます（これは，レポートオプションが設定されていないときのデフォルトです）。 

/RS (モジュールサイズのレボート） 

セグメント名ごとにわけられて，モジュールの大きさの順で並べられます。 


/RU (参照されていないシンボルのレボート） 

参照されていないパブリック名が，定義モジュールごとにわけられて，名前の順で並 
ベられます。 
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/RV (詳細なレボート） 

OBJXREF は，すべての形式のレポートを出力します。 

/RX (外部参照のレボート） 

モジュール名ごとにわけられて，その中に含まれている外部参照名を名前の順で並べ 
られます。 


• C フアイルの中で定義されたパブリック名は，コンハ•イル時に- U - オブションをつけな 
いでコンバイルされていれば，レポート中では先頭に下線がつけられて示されます （main 
は， main のように表示されるのです）。 


レスポンスファイル 


コマンドラインの長さは， DOS によって煅大127文字までに制限されています。ォブショ 
ンやファイル名のリストがこの制限を越える場合，これらのファイル名を レスポンスファ 
イルの中に} If かなければなりません。 

レスポンスファイルは，エディタで榀祺することのできるテキストファイルです。他の 
Turbo C ブログラム（たとえば TLINK ) に対する，ブログラム作成用ファイルリストを 
すでに用意しているかもしれないので， OBJXREF はいくつかの M 類のレスポンスファイ 
ル形式を認識することができます。 

レスボンスファイルは，コマンドラインから以下に示すオブ ショ ンのうちの1つを用いて 
时:び出すことができます。そのオプションとレスポンスファイル名の間にスペースを入れ 
てはいけません （/L resp ではなく/ Lresp です）。 


自由形式の レスポンスファイル 

レスポンスファイルは，テキストエディタを使って自由形式で作ることができます。フ 
ァイルの内容は， . EXE ファイルの作成に必要なすべての . OBJ ファイルと . LIB ファイル 
名を そのまま 害き 並べたものです。 

OBJXREF で，この自由形式のレスボンスファイルを用いるには，ファイル名の先頭に 
単価記号（@)をつけて指定します 0 コマンドラインの他の要素とは，空白またはタブで 
区切ります。 


@ filename @ filename ••• 
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注意：レスポンスファイル中で抗張子を省略して指定されたファイル名は. OBJ ファイル 
とみなされます。 


プロジェクトファイル 


TC によって生成された形式のブロジェクトファイルも，レスポンスファイルとして用 
いることができます0コマンドラインに害くときは，プロジェクトファイル名の前に次の 
ように / P を入れます。 


ファイル名に拡張子が含まれないときは， . PRJ という拡張子が仮定されます。 

ブロジ i クトファイル中で拡張子 . C がついたファイルや拡張子がないファイル名は，対 
応する. OBJ ファイル名を指定していると解釈されます。ヵッコの中に指定した依存ファ 
イルは， OBJXREF によって無视されるので，取り除く必要はありません。 

注意： . PRJ ファイル中にあるファイルリストだけでは，完全なブログラムを指定してい 
ることにはなりません。スタートアップファイル （ C 0 ズ . OBJ ) と TurboC ライブラリファ 
イル （ mathA ：. lib , emu . lib , 0.1 ib など）も指定しなければなりません。さらに ， OBJXREF 
が. OBJ ファイルを探索するディレクトリを指定するために，/0オプションを使う必要が 
ある場合があるはずです。 

リンカのレスポンスファイル 

TLINK のレスポンスファイルのフォーマットで苒かれたファイルも， OBJXREF のレ 
スポンスファイルとして使うことができます。コマンドラインでリンカ用のレスボンスフ 
ァイルを呼ぶときは，次のように先頭に / L と#きます。 


/Lfilename 


これらのファイル形式をどのように使うかについては， WBJXREF の使い方の例」の例 
2を参照してください。 
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/〇コマンド 


OBJXREF にカレントディレクトリ以外のディレクトリにある . OBJ ファイルを探させ 
るためには，コマンドラインの中で次のように先頭に/〇を付けてディレクトリの名前を苒 
きます。 

/Omyobjdir 


/ N コマンド 

OBJXREF にレポートさせたいモジ ユール， セグメント，クラス，バブリック名を， コ 
マンドラインにおいて希望の名前の先頭に / N をつけて指定することができます。たとえ 
ば次のコマンドラインは， 


OBJXREF <filelist> /RM /NCO 


CO という名前のモジュールについての悄報だけをレポ ー トするよう OBJXREF に指定し 
ています。 


OBJXREF のレホート例 


いま Turbo C のデイレクトリに，2つのソースファイルがあるとします。そして，それ 
らのソースフアイルからコンパイルしたオブジェクトフアイルについての OBJXREF レ 
ボートを作成したいということにします。2つのソースファイルの名前は TEST 1. C と 
TEST 2. C で，次のようなファイルです。 

TEST 1 .C : 
int il ； 

extern int i 2 ; 
static int 13; 
extern void look(void); 

void main(void) 

{ 

int i4; 
look(); 


/* il を定義*/ 

/* 12 を♦照*/ 

/* パプリック名ではない*/ 
/* look を參厢 */ 

I* main の定義*/ 

I * パブリック名ではない*/ 

/*look を 参照 */ 
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TEST 2 -C : 


# include <process.h> 
extern int il; 
int 12; 


I* il を参照 */ 
/* i2 を定義 */ 


void look(void) 
{ 

exit(il); 


/*look を定義 */ 

/* exit を參照し • il を渡す */ 


上のフアイルをコンバイルしたオブジェクトモジユールを TESTl . OBJ および 
TEST 2.0 BJ とします0 OBJXREF に，これらの . OBJ フアイルに対してどのようなレポ 
ートを要求するかは，コマンドラインにおいてファイル名を指定するとともに， / R の後に 
レボートの楝頌を表わす文字をつけて指定します。 


注意：以下に示す例では，出力の一部分だけしか示されていません。 

パブリック名順のレポート （/ RP ) 

パブリック名順のレポートは，レポートの対象になっているオブジェクトモジュールの 
中で定我されているハ•ブリック名の順で示します。バブリック名の後ろにはそれが定莪さ 
れているモジュール名がつきます。 

次のようなコマンドラインを入力すると， 


OBJXREF /RP testl test2 


OBJXREF は，以下のようなレポートを出力します。 


SYHBOL 

DEFIND IN 

il 

TEST1 

12 

•• 

TEST2 

一 10 ok 

TEST2 

main 

TEST1 
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モジュール別のレポート (/ RM ) 

モジュール別のレポートは，レボートの対象になっているオブジェクトモジュールごと 
にわけられ，そこで定義されているハ。ブリック名が名前の順で並べられたものです。 

次のようなコマンドラインを入力すると， 

OBJXREF /RM testl test2 

OBJXREF は，以下のようなレポートを出力します。 

MODULE : TEST1 defines the following symbols ： 
public t il 
public ： _main 

MODULE: TEST2 defines the following symbols ： 
public:12 
public ： _ 100 k 


参照によるレポート (/ RR ) (デフオルト） 

参照によるレポートは，パブリック名と，それが定義されているモジュール名（カッコ 
内に表示）を1行で表わしたものを順に並べたものです。そのパブリック名を参照している 
モジュール名は，インデント（段下げ）されて表示されます。 

次のようなコマンドラインを入力すると， 

OBJXREF /RR CO testl test2 CS.LIB 

OBJXREF は，以下のようなレボートを出力します 0 

_exit (EXIT) 

CO 

TEST2 

_il(TEST1) 

TEST2 
_i2 (TEST2) 

_look (TEST2) 

TEST1 

一 main (TEST1) 

CO 
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外部参照のレポート (/ RX ) 

外部参照のレポートは，モジュールごとに，各モジュールの中に含まれる外部参照のリ 
ストを出力します。 

次のようなコマンドラインを人力すると， 


OBJXREP /RX testl test2 CS.LIB 


OBJXREF は，以下のようなレボートを出力します。 


MODULE : CO references the following symbols: 
jnain 

MODULE : TEST1 references the following symbols: 

_i2 
— look 

MODULE : CO references the following symbols: 

_exit 

二 il 

モジュールサイズのレポ ー ト (/ RS ) 

モジュールサイズのレポートは，セグメント名の後に，そのセグメントを定義している 
モジュールのリストを並べたものです。ハ•イト単位のサイズは10進と16進で与えられま 
す。 ’’ uninitialized ” という語は，セグメントの中で定義されているどのシンボルにも初期値 
が代入されていないときに現われます。 . ASM ファイルの中で絶対アドレスで定義されて 
いるセグメントは，セグメントサイズの左側に Abs というフラグがつけられます0 
次のようなコマンドラインを入力すると， 


OBJXREF IKS testl testz 


OBJXREF は，以下のようなレポートを出力します。 


TEST1_TEXT 

6 (00006h) 
6 (00006h) 
TEST2_TEXT 

10 (OOOOAh) 
10 (OOOOAh) 

_BSS 

4 (00004h) 
2 (00002h) 
6 (00006h) 


TEST1 

total 

TEST2 

total 

TEST1,uninitialized 
TEST2 t uninitialized 
total 
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クラスタイプ別のレポート (/ RC ) 


クラスタイブ別のレポートでは，セグメントサイズ定義がセグメントクラスごとにリス 
卜されます。 CODE というクラスには命令が含まれ， DATA というクラスには初期化した 
データが含まれ， BSS というクラスには初期化されていないデータが含まれます。クラス 
タイブを持たないセグメントは， No class type という分類に入ります。 

次のようなコマンドラインを入力すると， 


OBLXREF /RC CO testl test2 CS.LIB 


OBJXREF は，以下のようなレポートを出力します0 


BSS 


CODE 


DATA 


4 

(00004h) 

TEST1 

2 

(00002h) 

TEST2 

• • • 

132 

(00084h) 

total 

6 

(00006h) 

TEST1 

10 

(OOOOAh) 

TEST2 

16 

(OOOlOh) 

total 

143 

(0008Fh) 

CO 

143 

(0008Fh) 

total 


参照されないシンボル名のレポート (/ RU ) 

参照されないシンボル名のレポートは，他のモジュールの中で参照されていない パブ リ 
ック名を定義しているモジュールをリストします〇そのようなシンボルは次のうちいずれ 
かです。 

■定義しているモジュール内でのみ参照されていて，パブリック宣言する必要のないも 
の（このような場合，そのモジュールが C ファイルであるときは，キーワード static 
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を宣言に付加するべきです。また，モジュールが TASM ファイルであるときは，単に 
パブリック宣言を取り除けばよいのです)。 

■使われないもの（したがって，それを削除して，コードやデータ領域を節約するべき 
です)。 

次のようなコマンドラインを入力すると， 

OBJXREF /RU testl test2 

OBJXREF は，以下のようなレボートを出力します。 

MODULE; TEST2 defines the unreferenced symbol _i2 

詳細なレポート (/ RV ) 

コマンドラインのオブシヨンを，/ RV とすると，すべての形式のレポートが出力されま 
す。 

OBJXREF の使用例 

以下の例では，対象となるファイルはデフォルトドライブのカレントディレクトリにあ 
り ， Turbo C スタートアップファイル （ C 0 ズ . OBJ ) とライブラリファイルは ¥TURBOC 
¥ LIB ディレクトリにあるとします。 

例 1: A>OBJXREF ¥turboc¥lib¥c01 testl test2 ¥turboc¥lib¥cl.lib 

TESTl . OBJ , TEST 2. OBJ ファイルに加えて ， Turbo C のスタートアップファ 
イル ¥ TURBOC ¥ LIB ¥ COL . OBJ と，ライブラリファイル ¥ TURBOC¥LIB 
¥ CL . LIB が指定されています。レボート形式は指定されていないので，デフォル 
卜の参照によるレポート（ハ•ブリック名とそれを参照しているモジュール）が出 
力されます。 
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例 2 : 


A>OBJXRP /RV /Ltestl-arf 


TLINK のレスポンスファイル TESTl.ARF は，例 1 のコマンドラインとほぼ同 

じファイルを含んでいます。 /RV オブシヨンが指定されているので，すべての形 

式のレポートが出力されます。 TESTl.ARF ファイルは，以下のような内容にな 

っています。 

¥turboc¥lib¥c01 
testi te8t2 
testi.eze 
testl.map 
¥turboc¥lib¥cl 


例 3: OOBJXREF IRC BscOs /Ptestl llibs 

TC のブロジェクトフアイル TEST 1 .PRJ によって， TEST 1.0 BJ と TEST 2. 
OBJ が指定されます。レスポンスファイル @libs によって，ドライブ B 中ののデ 
ィスク上にあるライブラリが指定されます。 TEST 1 .PRJ ファイルは，次のよう 
な内容になっています。 

testi 

test 2 .c 

また， LIBS ファイルは，次のような内容になっています。 

b:maths.lib bsemu.lib b ： cs.lib 

指定すべきスタートアッファァイルやライブラリファイルは，コンパイル時に使 
われるメモリモデルや浮動小数点オブションに依存します。/ RC オプションによ 
ってクラスタイブごとにわけたレポートが出力されます。 

例 4 : A>OBJXREP IF /RV ¥turboc¥lib¥c8.lib 


この例は， TurboC のライブラリファイル CS.LIB の中のすべてのモジュールに 
ついてのレポートを出力します。指定したファイルが完全なブログラムとならな 
い場合でも， OBJXREF は有用なレポートを出力します。 /F コマンドは， CS.LIB 
に含まれているすべてのモジュールをレボートの対象とすることを意味していま 
す。 
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OBJXREF の エラー メ ッ セージと 警告 

OBJXREF は，エラーメッセージと * 告という 2 M 類の診断メッセージを出力します。 

エラーメッセージ 


Out oi memory 

OBJXREF は，相互参照レポート作成の作業を RAM メモリ上で行ないます。同じフ 
アイルリストを TLINK が正常にリンクできた場合でも， OBJXREF ではメモリ不足 
となる場合があります。メモリが不足したた場合， OBJXREF は異常終了します。メ 
モリ常駐のブログラムを取り除いて使えるメモリ空問を增やすか， RAM メモリを垧 
設してください。 

警告 

WARNING : Unable to open input file rrrr 

rrrr という名前のファイルを見つけることができなかったか，あるいはオーブンする 
ことができません。 OBJXREF は次のファイルの処理に進みます。 

WARNING : Unknown option • 0000 

OBJXREF が0000 で指定されたオブシヨン名を認識できません。 OBJXREF は，その 
オブシヨンを無視します。 

WARNING : Unresolved symbol nnnn in module mmmm 

モジュール mmmm で参照されているバブリック名 nnnn li , 指定された. OBJ ファイ 
ルあるいは. LIB ファイルの中では定義されていません。 OBJXREF は，出力するすべ 
てのレポートにおいて，そのシンボルは参照されているが定義されていないという意 
味のフラグを表示します。 

WARNING : Invalid file specification ffff 

フアイ ル ffff の中に正しくない部分があります。 OBJXREF は次のファイルを処理し 
ます。 
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WARNING : No files matching ffff 

コマンドライン上か，レスポンスファイル中の力57という名前のファイルが見つから 
ないか，オーブンできません。 OBJXREF は，そのファイルを飛ばして次のファイル 
を処理します。 

WARNING : Symbol nnnn defined in mmmml duplicated in mmmm 2 

パブリック名 nnnn が乇ジュール mmmml と の両方で定義されています。 
OBJXREF は2番目の定義を無视します 0 
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付録 D 


TCINST : Turbo C のカスタマイズ 


TCINST は， TurboC のインストレーションブログラムです。これを使って ， Turbo C 
の統合開発環境 TC . EXE をカスタマイズします。 TCINST によって， W 面サイズ，エディ 
夕の編集モード，メニューの表示色，デフォルトディレクトリといった TC 使用環境のさ 
まざまなデフォルト値を設定することができます。 TCINST は， TC . EXE ファイル内のデ 
フォルト値を疽接辩き換えます。 

TCINST では，以下のようなことが行なえます。 

■デフォルトのブライマリファイルおよびブロジエクト名の指定 

■インクルードファイル，ライブラリ，コンフィギュレーション，ヘルブファイル，ピ 
ックファイルのあるディレクトり，出力を行なうディレクトリバスの設定 
■統合デバッガのデフォルト設定の選択 
■エディタのコマンドキーの変更 
■エディタのデフォルトと画面表示形式の設定 
■デフォルトの画面表示モードの設定 
■画面表示色の変更 

■ Edit ウィンドウ， Message / Watch ウィンドウのサイズの変更 


なお， TurboC はそのままで実行可能なので，上のようなことが必要なければ TCINST 
を実行するる必要はありません。第1章にあるとおり，マスターディスクから作業用のフロ 
ッピィあるいはハードディスクにインストールすれば，すぐに実行することができます。 
TC . EXE にあらかじめセットされているデフォルトを直接変更したい場合には ， TCINST 
によって手軽に変更することができます。 

注意： TCINST のメニューは， TC 統合開発環境のメニューによく似ています。同じメニ 
ュー項目の機能の詳細については，第5章の該当する説明を参照してください。 
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注意： TCINST によってインストールしたオブシヨンで， TC . EXE のメニューにも一致 
する項目があるオプションは，統合環境のメニューからその項目を変更したり，異なる設 
定内容が書き込まれたコンフイギュレーシヨンファイルを ロー ドすれば，その内容に変更 
されます。 
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TCINST の起動 


TCINST の構文は次のとおりです。 


tcinst 【オプシ 3 ン】【パス名】 

オプションと八ス名は，どちらも省略可能です。パス名を指定しなかった場合には， 
TCINST はカレントディレクトリから TC . EXE を探します。指定した場合はそのパス名 
を使います。 

オブ シヨン には以下のものがあります。 

■ PC -9801 : 

/8 表示色を設定するためのカラーパレットを強制的に8色モードにします。 

TCINST は起動時にマシンの神類を調べて ， Set colors オブシヨンで使用する 
カラー バレ ットを決めます。4096中16色を使える場合には，標準の8色ではなく 
16色のハ•レットになります。ただし，本体が16色を表示できるもの （ VX など） 
であってもアナログ CRT を接続していない場合には，表示できない色があり 
ます。このような場合のために/8オブションが用意されています。 

■ IBM PC : 

/c TCINST の中の表示がカラーになります（これがデフォルトです）。 

/b TCINST の中の表示を白黑で行ないます。 

注意： TCINST は，システム上にある複数の Turbo C のコピーに対してカスタマイズを 
行なうことができます。 TC . EXE の各コピーには，それぞれ別のファイル名をつけること 
ができます。この場合に必要なのは， TCINST を起動するときに，カスタマイズする TC . 
EXE のコピーのパス名（ディレクトリ名およびファイル名）を指定するだけです。次のよ 
うにするわけです。 

tcinst tc.exe 

tcinst /b ••¥bwtc.exe 

tcinst /c c : ¥borland¥colortc•exe 

このようにして ， Turbo C の複数のコピーに対して，エディタのコマンドキーの違うも 
の，メニューの表示色の違うもの，というようにさまざまなバージヨンを作ることができ 
ます。 


TCINST の起動 
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TCINST メインメニュー 
(Installation Menu) 


はじめに，次のような TCINST のメインメニュー （Installation Menu ) が画面に現わ 
れます。 


図 D.l TCINST の Installation Menu 


Installation Mtnu 



ieci 

Options 

Debug 

Editor corrmands 
Node for display 
S«t colors 
Resize windows 
Quit/save 


Turbo C InstallitIon 


•0 


■ Compile オブションでは，コンバイルされるブライマリファイルのデフォルト名を指 
定することができます。 

■ Project オプションでは，プロジェクトファイルのデフォルト名を指定し，ブロジェク 
卜をコンハ•イルする際のさまざまなデフォルト値をセットすることができます。 

■ Options コマンドを使うと；数多くの機能，たとえばメモリモデル，最適化レベル， 
エラーメッセージ，リンカと環境設定，ヘッダファイルやライブラリファイルが入つ 
ているディレクトリパスのデフォルト値を変更することができます。 

■ Debug オブションは，統合デバッガに対する Source debugging や Display swap - 
ping のデフォルトを設定するのに使います。 

■ Editor commands オブションでは， TC エディタのキーストロークコマンドを自分の 
好みに合わせて再割り当てすること（カスタマイズ）ができます。 
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■ Mode for display によって， Turbo C の画面表示モードを指定することができます。 
また， I BM PC では使用するビデオアダプタが“雪降り (snowy) ”であるかどうかを指 
定することができます。 

■ Set colors メニューを使うと， TC 統合環境のほとんどすべての部分の色を自分の好 
みに合わせてカスタマイズすることができます。 

■ Resize windows オプションによって， Edit ウインドウや Message/Watch ウィンド 
ウの大きさを変えることができます。 

■ Quit/save オプションを選択すると，統合開発環境に対して行なった変史が記憶さ 
れ，制御は MS-DOS レベルに戻ります。 

メニュー 中の各項目を選択するには，オプションのハイライト表示されている煅初の文 
字をタイプします 0 たとえば Set colors オプションを選択するには， S をタイプします。 
あるいは，上下矢印キーを使ってハイライトバーを選択したい項目まで動かして，リター 
ンキーを押します。 

ESC キーを押すと（必要なら複数回)，サブメニューからメインメニューに戻ります。 

Compile メニュー 

Compile メニューには， Primary file というオブションが 1 つだけあります。そのオブシ 
ョンを選択すると，ブロンブトボックスが現われ，コンハ•イル•リンクの対象となるソー 
スフアイル（ブライマリファイル）のデフォルト名を入力することができます。このオブ 
ションは，複数のヘッダファイルを取り込んでいる単ーファイルブログラムの場合に，へ 
ッダファイルの修正を行ないながら何度もコンパイルを行なうようなときにたいへん便利 
です。 

Project メニュー 

Project メニューは，ブロジェクトファイルのデフォルト名を指定したり，プロジェクト 
をコンパイルやリンクする場合の諸機能に対するデフォルトを設定したりするために使用 
します。 
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Project name 

このオブシヨンを選択するとプロンプトボックスが現われ，その中にプロジエクトファ 
イルのデフォルト名を指定することができます0拡張子の. PRJ は，省略することができま 

to 


Break make on メーュー 

このメニューでは，ブログラムをコンバイルする際に Make を止めるデフォルトの条件 
を設定します。 Warning, Errors, Fatal errors, Link の中から選びます。 

Auto dependencies 

このオブ シヨン は， Auto dependencies トグルスイ ッ チを On にするか， Off にするかの 
デフォルトを決めます。 


Clear project 

このオブションは，以前に指定したブロジェクトファイルの名前を取り消すのに使いま 
す。したがって，このオプションを使うことで，ブロジヱクトファイルの名前を変更する 
ことができます。 

Options メニュ ー 


Options メニューによって，いろいろな機能のデフォルトを設定し，統合環境がどのよう 
に働くかを決めることができます。 

Compiler メニュー 

Options メニュー中のこのオプションは，ハードウェア構成を指定したり，メモリモデ 
ル，コードの最適化レベル，診断メッセージのコントロール，マクロ定義などに関するデ 
フォルトを設定するのに使います。 
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Model 


TurboC のデフオルトのメモリモデル（メモリのアドレシング方法）を変更するのに使 
います。選択できるオプシヨンは， Tiny, Small, Compact, Medium, Large, Huge のいず 
れかです。メモリモデルの詳細については第12章を参照してください。 


Defines 


このォブシヨンを選択するとブロンブトボックスが現われ，その中にマクロ定義を辦き 
込むことができます。これは， TC においてデフォルトで使えるマクロとなります。 

Code generation メニュー 

このメニューの中にある選択要素によって，コンパイラがどのようにソースコードをコ 
ンハ*イルするかのデフォルトを設定することができます。 


Calling convention : C あるいは Pascal の関数呼び出しシーケンス。 

Instruction set : 8088/8086 ，または 80186/80286 。 

Floating point : 8087/80287, Emulation , または None 。 

Default char type : Signed または Unsigned 。 

Alignment : Word アラインメント または Byte アラインメント 0 
Generate underbars : On または Off 。 

Merge duplicate strings : On または Off 。 

Standard stack frame : On または Off (注意：デバッガのもとでブログラムを走らせると 
きは，このオプションは On にすべきです）。 

Test stack overflow : On または Off 。 
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Line numbers : On または Off 。 


OBJ debug information : On または Off 。 

Optimization メニュー 

このメニューの オブ シヨン は， ソース コー ドを コンハ •イルするときの煅適化に関するデ 
フォルトを設定するのに使います。 

Optimize for : Size または Speed 


Use register variables : On または Off 


Register optimization : On または Off 


Jump optimization : On または Off (注意：デバッガのもとでプログラムを走らせるとき 
は，このオプションは Off にすべきです）。 

Source メニュー 

このメニューでは，識別名の長さ，ネストしたコメントを許すかどうか，拡張のキーワ 
ードを認識するか，それとも ANSI キーワードしか認識しないか，などのデフォルトを指 
定します。 

Errors メニュー 

このメニューは，次のような目的に使われます。 

■コンパイ ルを いつ 中止するかを決める エラー や警告の数のデフォルト値（〇から255) 

を設定する。 

■警告メッセージを表示するかどうかを決める。 

■表示するエラー，餐告メッセージを選択する（選択の仕方は，それぞれが On / Off の卜 
グルスイッチになっています）〇 

4つのタイプに分類され，それぞれが メニュー 形式で選択できます„ 
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• Portability warnings 

• ANSI violations 

• Common errors 

• Less common errors 

Names メニュ ー 

このメニューによって， Code ， Data , BBS の各セクションに対して，セグメント，グ 
ループ，クラスのデフォルト名を設定することができます。メニュー中の項目を選択する 
と，次のメニューを選択するとアスタリスク （*) が現われますが，これはコンパイラに 
デフォルト名を使用するよう指示するものです0 
TurboC に習熟し，第12章をよく理解した方以外は，このオプションを変史してはいけ 
ません。 

Linker メニュー 

Linker メニューは， ブログラムがライブラリルーチンとどのようにリンクされるかに関 
係するデフォルトを設定するために使います。これらの設定に関する詳細について ，付録 
B を参照してください。 

Map file 

このオプションは，マップファイルに対するデフォルト形式決めるものです。 Off , Seg ¬ 
ments , Publics , Detailed のいずれかを選択することができます。 

Initialize segments 

On または Off の選択ができます。このトグルスイッチを On にすると，リンカは初期化 
されていないセグメントを初期化します。 

Default libraries 

On または Off の選択ができます。このオプションは，デフォルトライブラリのリストを 
オブジヱクトフアイルの中に害き込むような他のコンパイラで作ったモジュールをリンク 
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する際に使用します 0 このオプションが On のときは，リンカは TurboC 自身のライブラ 
リと同様に，このリスト中のライブラリからも未定義ルーチンを探そうとします。 Off のと 
きは， Turbo C 自身のライブラリの中でのみ未定義ルーチンを探し，. OBJ ファイル中のデ 
フォルトライブラリは無視します。 

Graphics library 


リンカが BGI グラフィックライブラリ関数をリンクするかどうかをコントロールしま 
す。デフオルトは On で， Off にするとリンカは GRAPHICS 丄 IB を探さなくなります。 

Warn duplicate symbols 


オブジェクトファイルとライブラリファイルの中でシンボルが ffi 複して使われている場 
合に，リンカが餐告メッセージを出すかどうかを， On あるいは Off で指定します。 

Stack warning 

no stack という警告メッセージをリンカが出力するかどうかを On/Off で指定します。 

Case-sensitive link 

リンク時に大文字と小文字を区別するかどうかを On/Off で指定します。 C 言語は大文 
字と小文字を区別する言語なので，通常このオプションは On になっています。 

Environment メニュー 

この Environment メニューによって， Turbo C の作業環境を自分の好きなように変え 
ることができます。 

各オブションの選択方法は画面の一番下に表示されます。 Turbo C の使用環境を自分の 
好みに応じて変更し，その環境を TurboC にセーブすることができます。もちろん，これ 
らの設定は，統合環境の Options/Environment メニューから，あるいは TurboC エディ 
夕の中からでも変更することができます。 
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Message tracking 


このオプションは，コンバイル時の檐文エラーを追跡する範囲を決めます 。 Current file, 
All files, Off のいずれかを選択します。 

Keep Messages 

On か Off を選択します。このオブションによって，前回のコンパイル時の エラー メッセ 
ージを Message ウィンドウに保存しておくかどうかを決めます。 

Conng auto save 

On か Off を選択します。このオプションを On にすると，ブログラムの実行や DOS の 
シェルに移行するとき，統合環境を終了するときに ， Turbo C は自動的に現在の設定内容 
を（まだセーブしていなければ）コンフィギュレーションファイルにセーブします。 

Edit auto save 

On か Off を選択します。このオプションを On にすると，ブログラムを修正した場合， 
そのブログラムを実行するときや， DOS のシェルに移行するときに ， Turbo C は自動的に 
現在のブログラムをセーブします。 

Backup source files 

On か Off を選択します。このオプションを On にすると，ブログラムをセーブするとき 
に ， Turbo C は自動的にバックアップファイルを作ります 0 

Zoomed windows 

On か Off を選択します。このオプションを On にすると， TC 開始時のアクティブウィ 
ンドウ （ Edit または Message/Watch) が画面全体に拡大されます 0 このオブションが Off 
にすると，デフォルトでは 2 つのウィンドウが表示されます。 
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Palette set up(PC-9801 のみ） 

TC の起動時に， TC が保持しているパレット情報で，ハードウヱアバレットを初期化す 
るかどうかを指定します 。 Set colors メニューの Palette customize で設定されたパレッ 
卜情報は TC.EXE に害き込まれまるとともに，その時点でハードウエアバレットの内容を 
変更しますが，マシンをリセットした リー 度電源を切って再び起動したときには， パレッ 
卜はマシンのデフオルトに戻ってしまいます。 TC のバレット悄報を必らず使用するよう 
にさせるためには，この項目を On にセットしておく必要があります。 

Full graphics save(IBM PC のみ） 

グラフイックス画面をセーブするために， TC は 8 K バイトのメモリをバレット用のバッ 
ファとして確保しています 0 テキスト画面しか使わない場合は ， Full graphics save を Off 
にして，このメモリ空間を TurboC に開放することができます 0 バッファ領域は TC の起 
動時に確保されるため，このオプションは， TCINST コマンドにおいてのみ指定可能で, 
統合開発 S 3 境の中では指定できません。 

Screen size メニュー 

Screen size メニューによって，統合 S 3 境の画面の行数を設定することができます。 

■ PC -9801 

標準の25行，拡張23行，あるいは圧縮46行に設定することができます。 

Mode for display メニューで， Text only を選択して いる 場合には，拡張23行と圧縮 
46行は選択できません。 

Standard 25 line : 

テキスト画面による250の表示です。この場合 ， Set colors オプションで指定で 
きる画面の表示色は，8色およびそのリバースの中から指定することになります。 

Extended 23 line : 

グラフ イッ ク画面による23行の表示です。この場合 ， Set colors オブションで指 
定できる画面の表示色は，8色あるいは16色の中から フオ ア/バックグラウンドそ 
れぞれを指定することができます。 
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8 色/ 16 色のどちらになるかは，使用するマシンによって決まります。 PC -9801 UV 
やそれ以降の4096色中16色を表示できるマシン，および16色ボードを装着したマ 
シンにアナログ RGB ディスブレイを接続している場合には，16色を使用するこ 
とができます。最初期型の PC -9801 や PC -9801 E / F などで16色ボードを装着して 
いない場合や，16色表示可能なマシンでもデジタル RGB ディスブレイを接続し 
ている場合には，8色しか使用できません 。 Set colors オプションの説明も参照し 
てください。 

High density 46 line : 

グラフィック画面による46行の表示です 。 Set colors オプションで指定できる画 
面の表示色は ， Extended 23 line の場合と同じです。 

■ IBM PC 

25行，あるいは43/50行に設定することができます。 

25 lines display : 

これは，標準的な PC のディスブレイ （25 行 X 80 桁）の垛合です 。 MDA (モノク 
ロディスブレイアダプタ），あるいは CGA (カラーグラフィックスアダプタ）が 
装備されているシステムでは，このスクリーンサイズしか使うことができません。 

43/50 lines display : 

EGA あるいは VGA が装備されている PC では，43/50 lines を選択すると ， EGA 
システムでは43行 x 80桁， VGA システムでは50行 X 80桁の画面になります。 


Options for editor メニユー 

このメニューでは，統合開発環境のエディタの各種の機能のデフォルトを設定します。 

Insert mode : 

On / Off のトグルスイツチになっています。このオブシヨンを On にすると，キーボー 
ドから打ち込んだ文字はカーソノ azs に揷入され，カーソルよりも右側のテキストは 
右にずれていきます。また，このオプションを Off にすると，キーボードから入力さ 
れた文字はカーソノ MiS に上書きされていきます。 
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Autoindent mode : 

On / Off のトグルスイッチになっています。このオプションが On の場合，リターンキ 
一を押すと，カーソルは直前の行の一番始めの文字と同じ桁に移動します。 Off のとき 
は，カーソルは行の一番左の位 S (1 桁目）に戻ります。 

Use tabs : 

On / Off のトグルスイッチになっています 0 このオブションを On にした場合， TAS キ 
一を押すと，エディタは Tab size オプションで設定されているタブサイズを用いて， 
タブ文字 （ C 7 H し/)をテキスト中に搿き込みます。このオプションを Off にした場 
合， TAB キーを押すと，直前の行の各語の先頭の位蓝までスペースを挿入します。 

Optimal fill : 

OiVOff のトグルスイッチになっています 0 このオプションは，上の Usetabs オブシ 
ョンが On のときだけ有効になります。この2つのオプションが On の堝合，行の先頭 
の空白部分はタブとスペースで 4 ‘®:適に”埋められます。これによって，各行の文字数 
(バイト数）は肢少になります。 

Backspace unindents . 

On / Off のトグルスイッチになっています。このオブションを On にすると，カーソル 
をアウトデントします0つまり，行の先頭の非空白文字，あるいは空行に力ーソルが 
ある場合にキーを押すと，カーソルは1つ左のインデント レベルへ 戻ります 0 

Tab size ! 

このオプションを選択すると，ブロンブトボックスが現われて，を押したときに 
挿入されるスペースの数を設定することができます。 

Editor buffer size ! 

通常は小さいブログラムしか編集しない場合，エディタ用八ッファを小さくしてデ八 
ッガに多くのメモリを与えることができます。このオブションを使うことによって， 
エディタバッファの大きさを20000〜65534八イトの範囲で設定することができます。 

Memory type of buffer ( PC -9801 のみ）： 

エディタのバッファをどこに S くかを ， Main memory , EMS，GVRAM bank #1の 
中から選択します。マシン（および DOS ) で 64 K 以上の EMS メモリが利用可能な場 
合には，エディタバッファに EMS を使用して，ブログラムのコンパイル•リンク•実 
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行用のメモリを 64 K ふやすことができます。また，（最初期型の PC -9801 や PC -9801 U 2 
などを除く）グラフィック VRAM を2バンク持っているマシンの場合には，エディタ 
バッファを GVRAM のバンク#1に割り当てることもできます。ただしこの場合には, 
Mode for display を Text only にセットしておかなければなりません（したがって拡 
張23行および圧縮46行モードは使用できなくなります)。 


Make use of EMS memory(IBM PC のみ）： 

コンピュータに 64 K 以上の EMS メモリが含まれている場合，エディタが自動的に 
EMS をテキストバッファとして利用することができます。そうすると， 64 K バイトだ 
け RAM が解放されることになり，ブログラムのコンバイル，リンク，実行時にその 
メモリ領域を使うことができます。デフォルトは On となっています。このオプション 
を Off にすると，エディタは EMS メモリを使用しません。 

Directories メニュー 

Directories を使うと， TC.EXE の各デフォルトディレクトリのバスを設定することが 
できます。ここで設定するディレクトリには， TurboC がコンフィギュレーションフアイ 
ル，ヘルプファイル，インクルードファイル，ライブラリをそれぞれ探しにいくディレク 
トリや，ブログラムの出力されるディレクトリがあります。 

Directories を選択するとサブメニューが表示されます。サブメニューの項目は次のとお 
りです。 


■ Include directories 

■ Library directories 

■ Output directory 

■ Turbo C directory 

■ Pick file name 


各項目のパス名は， TC.EXE の対応するメニュー項目の場合と同じようにして入力しま 
す。項目の入力のしかたがよくわからない場合は第5章を参照してください。 

Include directories 

このオプションでは， TurboC の標準インクルード（ヘッダ）ファイルが格納されてい 
るディレクトリを指定します。これを選択するとブロンブトボックスが現われるので，そ 
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こにディレクトリ名を人力します。 

Include directories には，複数のディレクトリを入力することができます。各ディレク 
トリパス名はセミコロン （;） で区切ってください。最大127文字まで入力できます。また， 
絶対パス名と相対パス名のどちらを使ってもかまいません。 

Liorary directories 

このオプションでは， TurboC のスタートアップオブジェクトファイル （ C 0 ズ . OBJ ) と 
実行時ライブラリファイル （. LIB ) が格納されているディレクトリを指定します 0 これを 
選択するとブロンブトボックスが現われるので，そこにディレクトリ名を入力します。 

Library directories には，複数のディレクトリを入力することができます 0 各ディレク 
トリパス名はセミコロン （ ： ） で区切ってください。最大127文字まで人力できます。ま 
た，絶対バス名と相対パス名のどちらを使ってもかまいません。 

例： a : ¥turboc¥lib; a:¥turboc¥mylib8 ; c:newturbo¥mathlibs; cs.•¥vidlibs 


Output directory 


このオブシヨンでは，コンバイラが出力する . OBJ ,. EXE . MAP ファイルを搿き込むデ 
フォルトデイレクトリを指定します0 

Outpit directory には，ディレクトリバス名を1つ指定します。骹大64文字まで入力可能 
です0 


Turbo C directory 


このオプシヨンでは，ヘルブファイルと TCCONFIG . TC (デフォルトのコンフイギユレ 
ーシヨンファイル）がカレントディレクトリになかった場合に， TC がそれらを探すディレ 
クトリを指定します。 

TurboC directory には，ディレクトリパス名を1つ指定します。最大64文字まで入力可 
能です。 


Pick nle name 


この項目を選択すると入カウィンドウが現われるので， TurboC がロードする（あるい 
は作成する）ピックアップのファイル名を入力してください。ピックファイルについては 
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第 5 章の第 III 部を参照してください。 


Arguments 

この項目では，プログラムを実行するときに渡されるコマンドライン引数のデフオルト 
を指定します。コマンドライン引数は， DOS のコマンドラインからタイプするのとまった 
く同じように入力します（ただしリダイレクションはサポートされません）。ここで指定す 
るのは引数だけで，ブログラム名はいりません。 

Debug メニュー 


Debug メニューの各項目を使うと ， Turbo C 統合デバッガに対するデフォルト値を設定 
することができます。 

Source debugging 

デバッグを可能にするかどうかを選択します。このトグルを On にしてブログラムをコ 
ンバイルすると，統合デバッガあるいはスタンドアロンのデバッガを使用してデバッグが 
可能になります。 Standalone にセットされている場合は，スタンドアロンのデバッガでし 
かデバッグできません。 None にセットされている場合は， . EXE ファイルにはデバッグ悄 
報は埋め込まれません。 

Display swapping 

このオプシヨンを使うと ， Display Swapping のデフオルトのレベルを Smart , Always ， 
None のいずれかにセットすることができます。 

これを Smart にセットしてデバッグモードでブログラムを走らせると，実行されるコー 
ドを見て，そのコードが画面に影®を与える（すなわち画面に出力する）かどうかを調べ 
ます。もしコードが画面に出力を行なう場合は，出力が行なわれる間だけ画面はエディタ 
画面から実行画面に切り換えられ，出力が終わると画面は元に戻ります。影響を与えない 
場合は，画面の切り換えは行なわれません。 Always にセットされている場合は，1つの文 
を実行するたびに画面が切り換えられます。 None にセットされている場合は，デ八ッガは 
固面の切り換えをまったく行ないません。 
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Editor commands オプション 

Turbo C エディタは，次に示すような多くの編集コマンドを持っています。 

■カーソル移動 

■テキストの挿入と削除 

■ブロック処理およびファイル処理 

■文字列の検索（および逋換） 

こうした編粜コマンドキー（およびキーの組み合わせ）に指定したいキーを割り当てる 
ことがます。編集コマンドについては付録 A で説明しています。 

メインメニューから Editor commands を選ぶと Install Editor 画面が現われ，3列の項 
目が表示されます。 

■股初 （左） の列には，エディタで使用できる機能が表示されています。 

■2 番目の列は，第1キーストロークです。これによって，ある特定のエディタコマンド 
を呼び出すのにどんなキーや特殊キーの組み合わせを使うかを示しています。 

■3 番目の列は，第2キーストロークです。これによって，同じエディタコマンドを呼び 
出すもう1とつのキーストロークを用意することができます。第2キーストロークは省 
略してもかまいません。 

注意：第2キーストロークは常に第1キーストロークより*先されます。 

Install Editor 画面の一番下の行には，第 i キーストローク，第2キーストロークの列の入 
力対象となる項目を選択するために使用するキーの要約が表示されています。 



キーストローク変更モードに入ります0 


リターン 

変更 

R 

初期設定 

ESC 

終了 

F 4 

キーモード 


編集コマン ドをすべて出荷時の設定に戻します。 

メイ ンメニューに 戻ります0 

キーストロークの 組み合わせの3つの方式を切り換えま 
す0 


リターン キーを押して変更モードに入ると，指定したコマンドに対して現在定義されて 
いるキーストロークがボップアップウィンドウに表示され ， Install Editor 画面の一番ドの 
行は，キーストロークの変更に使用するキーの要約に変わります。 


キー 

機能 

脱 明 

BS 

後退 

カーソルの左のキーストロークを削除します。 

リターン 

実行 

指定された編集コマンドに対して新しく定我したキースト 
ロマクを割り付けます。 

ESC 

変更取消 

現在選択されているコマンドに対する変更をキャンセルし， 
そのコマンドを元のキーストロークに戻して Install Edi - 

tor 画面に帰ります（別の褊粢コマンドを選択できる状態 

になります)。 

F 2 

回復 

現在選択されているコマンドに対する変更をキャンセルし, 
元のキーストロークに戻します。ただし，選択中のコマン 
ドはそのままで，再度定義を始めることができます。 

F 3 

クリア 

選択中のキーストローク定義をクリアします。クリアした 
後もキーストローク再定義状態のままです0 
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F 4 


キー•モード 


キーストローク組み合わせの 3 つの方式 （ WordStar - like , 
Ignore case . Verbatim ) を切り換えます。 



注意： エデイタコマンドのキーストロークの中に F 2, F 3, F 4 キーを入力するときは，先 
にバッククォート（‘）を押してから F 3 などを押してください （ PC -9801 の®:初期型 
や E / F など，バッククォートがないキーボードの場合には，かわりにを使ってく 
ださい)。 

キースト ロークの 組み合わせ方には，3つの方式 （ WordStar - like , Ignore case , Verba - 
tim ) があります。これは画面の一番下の行に表示されており，現在選択されている方式は 
ハイライト表示されます。どの場合でも，キーの組み合わせの最初のキーは，特殊キーあ 
るいは制御文字 ( C 7 HL - 文字）である必要があります。キーの組み合わせ方式は，その後の 
文字をどう扱うかを示しています。 

■ WordStar - like : このモードでは，英字や[，]， ¥ , ' —をタイブすると自動的に制御 
文字を入力したことになリます。次のようになるわけです。 

a , ん CTRL-A をタイプすると ，く CTR し A > が入力される 
y，A C 7 H し V をタイプすると，く CTR し Y > が入力される 
[をタイプすると，く CTR し [> が入力される 

たとえば WordStar - like モードで，ある コマン ドをく CTR し A > く CTR し B > に設定した 
とすると， TC ェデイタでは次のどれをタイプしてもその コマン ドが実行されます 


<CTR し A > く CTR し B > 

く CTR し A > B 
< CTRL - A > b 

■ Ignore case :このモードでは，入力した文字はすべて大文字に変換されます。 ただ 
し，文字を入力しても C 7 BL キーと文字の組み合わせには変換されません。 したが っ 
て 制御 文字のキーストロークを入力する場合には， CTRL キーを押しながら文字キー 
を押す必要があります。たとえばこのモードでは， く CTR し A > B と 〈 CTR し A>b は同 
じですが， く CTR し AXCTR し B > は前の 2 つとは異なります 
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■ Verbatim :このモードでは，人力した文字はすべて正確に区別されます。たとえば, 
< CTRL - AXCTRL - B >, く CTRLA > B ， く CTR し A > b はすべて異なります。 

使用できる キーストローク 

Turbo C のエディタ コマン ドは， TCINST で好みに応じて自由にカスタ マイ ズできる 
わけですが，キーストロークの定義には少しだけ制限があります。すべてのキーストロー 
クモードに共通の制限もありますし，特定のモードにだけ存在する制限もあります。 

1. 1つのエディタ コマン ドに対して与えることのできるキーストロークは煅大6個まで 
です。また，ある M のキー組み合わせはキーストローク2つに相当します。これには 

GRPH - 文字 キー (4/ f - 文字)，カーソル移動キー （ T ， ROLLUP , DEL , PgUp ), す 

ベてのファンクションキーとの組み合わせ （ F 4, SHIFT - F 7, GRPH - F 8 など) があ 
ります。 

2. 先頭のキーストロークには通常の文字（英字，カナ，数字）や記号は使えません。 
つまり，制御文字 （ C 7 HL - 文字）か特殊キーでなければなりません。 

3. コマンドのキーストロークとして ESC キーを人力するには， C 7 HL - [をタイブしま 
す。 

4. コマンドのキーストロークとしてキーを入力するには， CTWL - H をタイブしま 
す。 

5. コマンドのキーストロークとして リターン キーを入力するには， CTHL - M をタイプ 
します。 

6. Turbo C で定義済みのへルブファンクションキー （ F /, GRPH - F 1〗 は， Turbo C エ 
ディタコマンドキーに割り当てることはできません。これ以外のファンクションキ 
一はすベて割り当てることができます。エディタコマンドキーの一部に TurboC ホ 
ットキーを入力すると， TCINST はエディタ内でホットキーが無視されるとの聱告 
を出し，そのキーを無視するかどうか確認してきます。 TurboC の定義済みホット 
キーの一覧表は第5章にあります。 

Mode for display メニュー （ PC-9801) 

urboC 統合環境の画面表示に，テキスト画面のみを使うか，グラフィック画面も使用 
かを指定します。 

ext only (テキスト画面のみ）を選択すると，46行モードや16色表示はできなくなりま 
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すが，グラフイック画面を制御するルーチンの分のメモリを節約することができます。 

Graphics and text (グラフ イ ックとテキスト両方）を選択すると，グラフ イッ ク画面に 
よる拡張23行と圧縮46行モードを使用できるようになります。 


Mode for display メニュー （IBM PC) 


注意：このメニューは PC -9801 用では存在しません。 

通常は， TurboC はユーザのシステムビデオモードを正しく検知します。ただし次のよ 
うな場合には ， Mode for display メニューを使って変更を行なってください。 

■カレントビデオモード以外のモードを選択したい。 

■“雪降り （ snowy ) ”しないカラーグラフィックスアダプタを持っている。 

■ Turbo C がハードウエアを正しく検知していないと思われる。 

■ラップトッブシステムや，システムが単色の CGA のような動作をする合成画面をも 
っている。 

メインメニューから Mode for display を選ぶと，サブメニューが現われます。統合環境 
で使用される画面モードをこのメニューから選択します。 Default ， Color , Black and 
white，LCD or composite , Monochrome の 5 つの選択肢があり，それぞれの意味は以下 
のとおりです。 


Default 

デフオルトでは， TurboC がロー ドされたときにアクティブなビデオモードで動作し 
ます。 


Color : 

TC . EXE 起動時のアクティブモードに関わらず，カラーアダプタが検知されれば80桁 
カラーモードを使用します。終了するときには前のアクティブなモードに戻ります。 

Black and white : 

アクティブなモードに関わらず80桁白黒モードを使用し，終了すると前のアクティブ 
モードに戻ります。このオプションは，ラップトップシステムや合成モニタの場合に 
必要になります。 
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LCD or composite : 

ラッブトッブシステムや，システムが単色の CGA のような動作をする合成画面を持 
っている場合にはこれを選択してください。 

Monochrome : 

TC . EXE 起動時のアクティブモードに関わらず，モノクロアダプタが検知されれば80 
桁モノクロモードを使用します。 

最初の4つのどれかを選んだ場合，プログラムは画面のビデオテストを行ないます。何を 
するかを示す最下行のステータス行を参照してください。 

どれかキーを押すと，ウィンドウには次の問い合わせが現われます。 

Conducting video test. Is your screen "snowy* now? 

次のいずれかを選択することができます。 

■ Yes , •.…画面は“雪降り （ snowy )” です。 

■ No . 雪降りのチェックは行ないません。 

■ Maybe . …必らずハードウェアをチェックします。 

TC を複数のマシンで動作させたい場合は Maybe を選んでください。 

メインメニューに戻るには £sc を押してください。 

Set colors メニュー (PC-9801) 


Turbo C の表示色を変更する場合は，インストールのメインメニューから S を押しま 
す。 S を押すと，まず次のようなオプションが表示されます。 

■ Customize colors 

■ Defalt color set 

■ Two tone color set 

■ Palette customize 

■ Initialize palette 
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Default color set を選ぶと，すべての部分の表示色を出荷時のデフォルトに設定するこ 
とができます。 

デフ ォル ト以外に設定済みのカラーセットがもう1 つ 用意されています （Two tone )。 こ 
れは，特にモノクロデ ィス ブレイのために用意されているオプションで，階調表示のとき 
にもはっきり区別できる色の組で構成されています （2 色しか使用しないという意味ではあ 
りません）。 

各部分ごとに表示色を設定する場合には ， Customize colors を選択します 0 すると ，〆 
インメニュー， Edit ウインドウ， Error ボックスなど，12個の画面項目からなるサブメニ 
ューが 現われます。 A 〜 L の1つを押すか，矢印キーを使って項目の1つを選んでください。 

國面項目で選ぶと，ポップアップメニューとビューボートが現われます。ビューポート 
は選択した項目の表示例で，ポップアップメニューにはその瑣目の構成要素が表示されま 
す 。 

たとえば， Error ボックスの色を変史するために H を選択すると，ビューポート内では 
Error ボックスが手前に表示され， Error ボックスの4つの構成要素 （ Title , Border , Nor ¬ 
mal text . Highlighted text ) からなるボップアップ メニューが 现われます。 

ポップアップメニューから要-素の1つを選択すると， カラーバレ ットが現われます。矢印 
キーを使ってパレットから好みの色を選んでください。ハ•レットの選択ボックスの移動に 
つれて，ビューポートの中のその要素の色が変わっていきます。色が決まったら，リタ ー 
ンを押してその色を設定します。 

この操作を，表示色を変史したいすベての画面項目に対して行ないます。終了したら， 
メインメニューに戻るまで £SC を押してください。 

Palette customize を使うと， PC .9801 のハードウエアハ•レット中の各色 （0 〜 15) を直接 
設定することができます。これを選ぶと，現在のハ•レットの色を示す小さなウィンドウが 
現われます。変更したい色にカーソルを合せてリターンを押すと， RGB ( Red , Green , Blue ) 
の各色強度を指定するもうひとつのウィンドウが表示され，左右の矢印キーによって， 
〇〜15の範囲で色強度を設定することができます。色強度を変化させていくと，それにとも 
なって画面上のそのパレット色の部分の色も次第に変わっていきます。 

Palette customize で行なった設定内容（パレットごとの RGB の各色強度）は， TC.EXE 
に畨き込まれます。そして，マシンをリセットした後でも， TC を起動すればバレットはそ 
の値にセットされます（ただし， TCINST の Options / Environment/Palette set up が Off 
にセットされている場合には，バレットはそのときのマシンの状態のままになります）。 

Initialize palette は，ハードウエアパレットをマシンのデフォルト状態に設定します。 
Palette customize で行なった変更をすべてキャンセルしたいときなどに使用してくださ 
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なお， ハードウェアパレッ トを操作するこの2つのオプションは， Options / Environ ¬ 
ment/Screen size で抗張23行 ( Extended ) または圧縮46行 （High density ) にセットさ 
れている場合にしか選択できません。また ， Mode for display が Text only にセットされ 
ている場合には，圃面モードはテキスト间面による搮咿25行 （ Standard ) のみとなり，し 
たがってこの2つのオプシヨンは選択できません。 


Set colors メニュー (IBM PC) 


Turbo C の表示色を変史•する場合は，インストールのメインメニューから S を押しま 
す。 S を押すと，まず次のようなオプションが表示されます。 

■ Customize colors 

■ Default color set 

■ Turquoise color set 

■ Version 1 .x color set 


Default color set を選ぶと，すべての部分の表示色を出荷時のデフォルトに設定するこ 
とができます， 

デフォルト以外に設定済みのカラーセットがもう1つ ( Turquoise ) 用意されており，こ 
れが好みに合うものであれば，簡隼に設定を済ませることができます。 

また， Version 1 .x color set を選ぶと，前のバージヨンと间じ表示色が設定されます 0 

各部分ごとに衣示色を設定する場合には ， Customize colors を選択します。すると，メ 
インメニュー， Edit ウィンドウ， Error ボックスなど，12個の画面項目からなるサブメニ 
ューが現われます。 A 〜 L の1つを押すか，矢印キーを使って項目の1つを選んでください。 

画面項目で選ぶと，ボップアップメニューとビューポートが現われます。ビューポート 
は選択した項目の表示例で，ポップアップメニューにはその項目の構成要素が表示されま 
す。 

たとえば， Error ボックスの色を変更するために H を選択すると，ビューボート内では 
Error ボックスが手前に表示され， Error ボックスの4つの構成要素 （ Title , Border ， Nor ¬ 
mal text，Highlighted text ) からなるボッブアップメニューが現われます。 

ポップアップメニューから要素の1つを選択すると，カラーパレットが現われます。矢印 
キーを使ってハ。レットから好みの色を選んでください。パレットの選択ボックスの移動に 
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つれて，ビューポートの中のその要素の色が変わっていきます。色が決まったら，リタ ー 
ンを押してその色を設定します。 

この操作を，表示色を変更したいすべての画面項目に対して行ないます。終了したら， 
メインメニューに戻るまで & C を押してください。 

注意： TurboC は内部に3つのテーブルをもっています。それぞれ，カラー，白黒，モノク 
ローム用のものです。 TCINST では，現在のビデオモードに基づいて，一度にこれら3つの 
色の組のうち1つを変更することができます。したがって，たとえば白黑の色テーブルを変 
更したい場合は，ビデオモードを DOS ブロンブトで BW 80 に設定してから， TCINST を 
ロードしなければなりません。 

Resize windows 

このオプシヨンを使うと， Turbo C の Edit ウィンドウと Message/Watch ウィンドウ 
のサイスを変史することができます 0 メインメニューから/?を押して Resize windows を 
選択してください。 

上下の矢印キーを使って， Edit ウィンドウと Message ウィンドウの境界線を移動させ 
ることができます。ただし，どちらのウィンドウも1行未満にすることはできません。ウィ 
ンドウを好みのサイズに設定したら， リターン キーを押してください。ウィンドウサイズ 
は，両ウィンドウの行数の比としてセーブされます。したがって， Options / Environment / 
Screen size で画面の行数を切り換えた場合，ウィンドウの境界線はここで設定したのとは 
ぼ同じ場所に位 S します。 

ESC キーを押せば，変更を取りやめてメインメニューに戻ることができます。 
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プログラムの終了 


必要な変史がすべて終わったら，メインメニューから Quit/save を選択してください 0 
次のようなメッセージが画面の一番下に表示されます。 

Save changes to TC.EXE? (Y/N) 

■ Y ( Yes ) を押すと，ここで行なった変更が永久的に TurboC に組み込まれます（変 
史したければ TCINST を何度でも実行することができます)。 

UN ( No ) を押すと， TCINST の中で行なった設定は無視され， TurboC のデフォル 
卜や起動時の表示は変更されずに MS-DOS ブロンブトに戻ります。 

TurboC を出荷時のデフォルトに戾したいときは，単にマスターディスクから作業用の 
ディスクに TC.EXE をコピーしてください0また，メインメニューで E オプションを選 
ひ•，次に R (Restore factory default ) を押して ESC を押せば，エディタコマンドを元に 
戻すことができます。 


プログラムの終了 
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付録 E 


MicroCalc 


MicroCalc は ， Turbo C で記述されたスブレッドシート（表計算）ブログラムです。そ 
のソースコードとオブジェクトフアイルは，サンブルブログラムとして Turbo C のマスタ 
ーディスクの中に含まれています。このスプレッドシートブログラムは，テキストや数値, 
数式を入力する馄子の紙のようなもので，入力されたものを自動的に計苒します0 


MicroCalc について 


MicroCalc はデモンストレーシヨンブログラムのため，以下のような制限事項がありま 
す（制限を取り除いていくのを楽しみにする人もいるでしょう）。 

■数式をあるセルから他のセルにコビーすることはできません0 

■テキストあるいは値をあるセルから他のセルにコビーすることはできません。 

■合計を計算するセルは，同じ列または同じ行に並んでいるものでなければなりません。 

こうした制限はありますが， MicroCalc には興味深い特徴がいくつかあります。 

■表示を最高速にするために，ビデオ RAM に直接害き込みます。 

■ひととおりの数学関数を備えています。 

■テキストや数式を編集するためのラインエディタが組み込まれています。 

■複数のセルにまたがって入力が行なえます。 

このような特®に加えて， MicroCalc はスブレッドシートとしての便利な機能を持って 
おり，以下のようなことが行なえます。 


MicroCalc について 
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■ディスクから表を読み込む。 

■表をディスクにセーブする。 

■何かを入力するたびに自動的に再計算される（再計算しないようにもできる）。 
■表をプリンタで印刷する。 

■現在の表の内容をクリアする。 

■列または行を削除する。 

■列の幅を設定する。 

■すでにある行や列の間に空白行または空白列を挿人する。 


MicroCalc のコンパイルと実行 


MicroCalc のコンパイルは簡唯です 0 まずマスターディスクから， MCALC.ARC ファイ 
ルを作業用ディスクの TURBOC ディレクトリ （ TC.EXE や TCC.EXE が人っているディ 
レクトリ）にコピーします。このファイルは圧縮形式になっているので，コンバイルする 
前に，マスターディスク中の UNPACK.COM を使って，次のようにしてソースファイルを 
復元しておきます。 


unpack mcalc 


MicroCalc は， TurboC のどちらのコンバイラでも コン バイルでき，また実行すること 
ができます。どちらのコンパイラを使う場合でも，ラージデータモデル（コンパクト，ラ 
ージ， ヒユージ）でコンパイルすれば，表計算で使用できるメモリが大きくなります。 

TC.EXE の場合 


Options/Directories メニューで インクルードとライ ブラ ”のディレクトリを設定丨た 
ら，次のことを行なぃます。 

1. TC.EXE を起動する。 

2. Project メニューで， ブロジヱクト名 （Project name) に MCALC.PRJ を指定す 
る。 

3. メインメ ニューから Run/Run コマンド を選択する。 
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注意：コンパイルの際に ファ イルハンドルを使いきってしまうことがあるかもしれないの 
で，ルートディレクトリの CONFIG.SYS ファイルに FILES=20 ( あるいはそれ以上）を 
害き込んで，使用できるハンドルの数を大きくしておいてください。これは TCC の場合で 
も同じです。 

TCC.EXE の場合 


MS-DOS のブロンブトから次のコマンドを入力します。 

TCC mcalc meparser medisplay meinput mcommana mcutil 

注意：コマンドラインォブション -I と -L によって，インクルードとライブラリデイレク 
トリを必要に応じて指定しなければなりません。 


MicroCalc の使い方 


MicroCalc のコンパイルがすんだら，これを実行するには 2 つの方法があります0 
TC の Run/Run コマンドでコンパイルすれば，画面に MicroCalc が現われ， MicroCalc 
を終了すれば Turbo C に戻ります。 

MS-DOS の コマン ドラインから MCALC.EXE を動かしたい場合は，ただ MCALC と夕 
イブします。もうすでにデータファイルがある場合には，次のようにタイプすると，その 
ファイルが自動的にロー ドされます。 

MCALC <your_file> 

次に示したのは， MicroCalc をロードしたときの画面例です。 

A B C D E F 

1 22.00 

2 1.00 

3 2.00 

4 3.00 

5 28.00 


20 

A5 Formula 
A1+A2+A3+A4 
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MicroCalc の画面は，たくさんのセルにわかれています。セルは，列と行のペアによっ 
て特定される領域（マス目）です。列の名前と行番号の組み合わせがセル座標になります。 
デフォルトでは，各列の幅は10桁になっています。この幅は，最大77桁までの間で変史す 
ることができます。 

列は， A 〜 Z ， AA 〜 CV の範囲（100列)，行は1〜100の範囲があり，合計で10000セルあ 
ることになります。ヘッダファイル MCALC . H の中の定数 MAXROWS と MAXCOLS 
を修正することによって，この制限を変更することができます。 

セルには，数値，数式，テキスト（文字列）を人力することができ，これらはセルの夕 
イプになつています。セルのタイブと座標（列-行）は， M 面の敢下行の左端に表示されま 
す0 


A 5 Formula 現在のセルは A 5 で • 败式が入っている 

A 1 Text A 1 のセルにはテキストが入つてる 

A 2 Value A 2 のセルには败值が入っており，他のセルを参照してはいない 

前の画面例の A 5 Formula という行は，アクティブなセルは A 5 で，そこには数式が人っ 
ていることを衣してぃます。骹後の行 A 1 + A 2 + A 3 + A 4 は • ァクティブなセルには， A 1 か 
ら A 4 までの合計が人っていることを示してぃます。この2行は， Al , A 2, A 3, A 4 のセル 
の数値を合計して，その結果を A 5 に:2 くことを意味します。 

この数式は， A 1 : A 4 という古略形で冉くことができ， “ A 1 から A 4 までのすベてのセル 
の値を加鈐する”ことを表わします。 

セルを参照する有効な数式の例を示しておきましょう。 

A 1+( B 2- C 7) B 2 から C 7 の值を积き，結果を A 1 に加える 

A 1: A 23 Al , A 2, A 3, .... A 23 のすぺてのセルの合針 

数式は，必要に応じて後雉なものにすることができます。たとえば次のようにもなリま 
す。 

SIN ( Al )* C 0 S ( A 2)/((1.2* A 8)+ L 0 G ( ABS ( A 8)+8.9 E -3))+( Cl : C 5) 

セルにデータを人力するには • 目的のセルのカーソルを動かしてから，必要な文字を夕 
イプします。 MicroCalc は，入力されたデータが数値か，数式か，テキストかを自動的に 
判定します。数式はテキストとしてセルに格納されますが，それが数式とみなせる場合に 
はその計算の結果が表示されるようになっています。 
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MicroCalc の標準の関数と演算子 

+ - * 

/加算，減算，乗算，除算 

A 

べき乗 （2" 3 = 8など） 

• 

• 

ABS 

セルのグルーブの合計 ( A 1 : A 4 = A 1 + A 2 十 A 3 十 A 4 など） 

絶対値 

ACOS 

アークコサイン（逆余弦） 

ASIN 

アークサイン（逆正弦） 

ATAN 

アークタンジェント（逆正接） 

COS 

コサイン（余弦） 

COSH 

ハイパボリックコサイン（双曲線余弦） 

EXP 

指数関数 

LOG 

自然対数 

LOGIO 

常用対数 

POWIO 

10の梁乘 

ROUND 

もっとも近い数に丸める 

SIN 

サイン（正弦） 

SINH 

ハイバボリックサイン（双曲線正弦） 

SQR 

2 乘 

SQRT 

平方根 

TAN 

タンジ X ント（正接） 

TANH 

ハイハ•ボリックタンジ i ント（双曲線正接） 

TRUNC 

数値の整数部を返す 


MicroCalc の使い方 


623 



MicroCalc の標準コマンド 


SL 

SS 


メインメニューを呼び出す 
表のデータファイルをロー ドする 
現在の表をセーブする 


SP 

SC 

F 

D 

G 

a 


現在の表を印刷する 

現在の表をクリアする 

セルのグルーブを辩式化する 

現在のセルを削除する 

指定のセルにカーソルを移動する 

列を挿入する 


CD 

/CIV 

Rl 

RD 

E 

UR 

UF 


/A 
/O 
DEL 
HOME 
HELP ( End ) 

ROLLUP ( PgUp ) 

または CTRL - U SHIFT ィ 
ROLLDOWN ( PgDn ) 

または CTR し l ， SHIFT - l 


現在の列を削除する 
現在の列の幅を変更する 
行を挿人する 
现在の行を削除する 
现在のセルを锔染する 
表の中の数式を再計算する 

数式そのものと，その結果のどちらを表示するかを切り 
換える 

0動再計洱のオン/オフを切り換える 
MicroCalc を終了する 
現在のセルを削除する 
A 1 のセルに移動する 
—番右下のセルに移動する 
1画面上へ 


1画面下へ 


セルカーソルを上下左右に動かす 


F 2 


現在のセル中のデータを編集する 
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また，入力行の編集中は以下のキーが使えます。 


ESC 


T ， i ， リターン 

HOME 
HELP {End) 


DEL 

INS 

BS 


データに加えた変更をキャンセルする 
カーソルを左右に動かす 
褊集を終えてデータをセルに人れる 
乃ーソルを入力行の先頭に移動する 
力ーソルを入力行の最後に移動する 
カーソル«；菡の文字を削除する 
挿人/上稗きモードを切り換える 
カーソルの左の文字を削除する 


MicroCalc のパーサ 

ここに示す情報は， MicroCalc のバーサ （parser : WS 文解析ルーチン）を変史したいと 
いう人のために提供されています（たとえば，2つの引数をとる関数を追加したいような場 
合です）。このパーサの state (状態）と goto の悄報は， UNIX の yacc ユーテイリテイを 
使って作成されました。 yacc への入力は以下のとおりです。 


Ztoken CONST CELL FUNC 
11 


e 


e ，十， 

e ••• 
t 


t 

f 

x 

x 


f 


ノ u 


CELL ! 
o 

CELL 
# ( f e 
CONST 
FUNC 


CELL 


• e 


ZZ 
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16 進文字コード 368 
16 進文字定数 244 
80287 448 

8086 398 

〜のアドレス記法 

(セグメント：オフセット） 400 
〜の レジスタ 398-400 

8087 448 
8087/80287 

インラインコード 138 
エ ミュレ ーシ ョン 138 
数値演算コプロセッサ 416 
〜の自動検出 452 

浮動小数点のエミュレーション 416 
8088/8086 命令セット 138 
80x86 命令セット 138 
87 環境変数 452 
.ASM ソースファイル 45 
-A コンパイラオプション 380 
-B コンパイラオプション 392 
# define (プリプロセッサ指令） 242 
.EXE ファイル 
Pascal 330 
Build 21 
Make 128 

ブロジェクト Make によって 
名づけられる 128 
ブロジェクトファイルから 

名前を得る 36 

_fmode (グローバル変数） 239 
-I コンパイラオプション 48,390 
-K コンバイラオプション 369,372 
-L コンハ•イラオブション 48 
.OBJ ファイル 128 

プロジェクト Make によって 


名づけられる 128 

〜へのコンハ。イル 128 

# pragma inline 392,437 

# pragma saveregs *593 

# pragma warn 393 

-P コンパイラオプション 382 
# シンボル 389 
/演算子 193 

# 演算子 193,196,217 
= 演算子 193.201 

〜演算子 194 
& 演算子 194.196.218 
==演算子200 
!演算子201 
?: 演算子 236 
25 行の設定 603 
43/50 行画面の設定 643 
80186 命令 482 
8087 コプロセッサ 

浮動少数点エミュレーション 
ライブラリルーチン 482 
〜命令（インライン） 482 
呼び出し（〜のエミュレーション） 482 

【 A 】 

Add watch コマンド 75,84,117,163 
AH 疑似変数 435 
AH レジスタ 435 
_AL 疑似変数 435 
AL レジスタ 435 

Alignment オプション (TCINST) 597 
Alignment トグル 138 
alloc _gstack (Prolog 関数 > 344 
AND 演算子 (&) 194 
ANSI C 標準案 3,7,365 
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ANSI 規格違反 145 
ANSI keywords only トグル 143 
ANSI violation メニュー （ TCINST ) 599 
ANSI 規格違反 488 
ANSI 互換コード 487 
argc (識別名） 331 
Args オプション ( TCINST ) 607 
Argument 設定項目123.155 
argv (識別名）331 
• ASM (ファイル）491 
asm (予約語）437 
Auto dependencies トグル133 
Auto dependencies オプション 
( TCINST ) 596 
Autoindent mode オプション 
( TCINST ) 604 
Autoindent トグル 174 
_ AX 疑似変数 435 
AX レジスタ399,428.435 

【 B 】 

Backup files オプション ( TCINST ) 601 
Backup files トグル 150 
BBS セグメント 

クラス名の変更 599 
グルーブ名の変更599 
名前の変更599 

BGIOBJ ユーティリティ499,570 
/ F オプション574 
商度な機能573 
コマンドラインの構文570,574 
要素574 
使用例572 
_ BH 疑似変数435 
BH レジスタ435 


BIOS の呼び出し268 

_ BL 疑似変数435 

BL レジスタ435 

Boolean データ型298 

_ BP 疑似変数435 

BP レジスタ399,428,435 

Break make on メニュ ー38,132 

Break make on メニュー ( TCINST ) 596 

Break/watch メニユ ー106162 

break (キーワード） 231-232,233.234 

break 文 305 

Build all コマンド 129 

Build と Make の違い 129 

BUILTINS.MAK 529,50 

_ BX 疑似変数 435 

BX レジスタ399,435 

BYTE (アセンブラ） 426 

- B コンハ•イラオプション437 

【 C 】 

C 

呼び出し手順597 
参照マニュアル365 
COx.OBJ 416,494 

Call stack コマンド81,84,116,160 
Calling convention オプション 
( TCINST ) 597 

Calling convention トグル137,378 
calloc (関数 ， Turbo Prolog との関連） 344 
Case-sensitive link オプション 
( TCINST ) 600 

Case-sensitive link トグル 149 
case (キーワード）231，303 
case 文 303 
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cdecl (キーワード）378,382,421 
― CDECL — (マクロ）395 
cdecl 文483 
CGA でのカラー制御 
高解像度286 
低解像度284 
_ CH 疑似変数435 
CH レジスタ435 
Change dir コマンド19,122 
Char を unsigned として扱う483 
char (キーワード）192,316,371 
char 宣言 （signed と unsigned ) 138 
_ CL 疑似変数435 
CL レジズタ435 

Clear all breakpoints コマンド74,165 
Clear breakpoint コマンド85,117 
Clear project オプション ( TCINST ) 596 
CL 丄 IB (Turbo Prolog との 関連） 343 
Code generation メニュー 137 
Code generation メニュー （ TCINST ) 597 
COM 1240 

COMMAND.COM MAKE からの起動 
517 

Common errors 488 

Common errors メニュー （ TCINST ) 599 
__ COMPACT _ 一(マクロ） 395 
Compile メニュー 22,105 .127 
Compile メニュー （ TCINST ) 595,596 
Compile/Build all コマンド 58 
Compile to OBJ コマンド 128 
Compiler メニュー 135 
Compiler メニュー ( TCINST ) 596 
Compiling ウィンドウ 22 
Config auto save オプション ( TCINST ) 
601 


Config auto save トグル149,169 
const (キーワード） 377 
const 変数 329 

continue (キーワード）233.235 
CPP (プリプロセッサ） 499 

コマンドラインオプション 500 

CPU 398,434 

ターゲット〜の指定138 
_ cs (キーヮード）410 
_ CS 疑似変数435 
CS レジスタ400,402,435 
Current pick file メニュー 項目 
154.171,172 

Customize color メニュー （ TCINST ) 615 
Cx.LIB 416,484 
_ CX 疑似変数 435 
CX レジスタ399.435 
C の手順 484 

C の呼び出しシーケンス137 

【 D 】 

— DATE (マクロ）394 
DD 文（アセンブラ）424 
Debug メニュー 106.156 
Debug メニュー （ TCINST ) 594.607 
Default char type オプション （ TCINST ) 
597 

Default char type トグル138.369 
Default color set メニュー ( TCINST ) 613 
Default libraries トグル 148 
Default liraries オプション （ TCINST ) 

599 

defined (演算子） 391 
# defines コマンドラインオプション 
480,481 
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〜の変更 480 

Defines オプション ( TCINST ) 597 
Defines 設定項目136 
# define 指令389 

Delete watch コマンド77,84,117,163 
_ DH 疑似変数435 
DH レジスタ435 
_ DI 疑似変数435 
DI レジスタ399.431.435 
Directories メニュー 152,494 
Directories メニュー （ TCINST ) 605 
Directory コマンド120 
Display swapping オプション （ TCINST ) 
557 

Display swapping トグル 79,161 
Display warnings トグル 145 
_ DL 疑似変数 435 
DL レジスタ435 
DOS 

MODE コマンド 98 
シェルを呼び出す 121 
〜へ4灰ける99,122 
探索アルゴリズム518 
double (キーワード)188,370 
do...while ループ 207.306 
do (キーワード）207 
— ds (キーワード）410 
_ DS 疑似変数435 
DS レジスタ400,402,435 
DWORD (アセンブラ）426 
DW 文（アセンブラ）424 
_ DX 疑似変数435 
DX レジスタ399,428,435 


【 E 】 

Edit auto save オプション ( TCINST ) 601 
Edit auto save トグル 150 
Edit watch コマンド 76.85.117,164 
Editor commands オプション ( TCINST ) 
594.608 

Edit ウィンドウ58.61 .96.106. 109,458 
ステータス行 458 
Edit コマンド 106-108.122 
EGA/VGA の設定 152 
EGA でのカラー制御286 
#elif 指令390 

else (キーワード） 202.230.303 

# else 指令390 

EMS . メモリ（エディタバッファ）457,605 
EMU.LIB 416.449 .451. 493 
Turbo Prolog との関連341 
enabling 

# endif 指令390 
entry (キーワード）367 

enum (キーワード）242.371.374 
Environment メニュー 149,169 
Environment メニュー （丁 GINST ) 600 
env (識別名）331 
Errors : stop after 設定項目144 
Errors / ニュー 144 
Error メニュー （ TINST ) 598 
— es (キーワード）410 
_ ES 疑似変数435 
ES レジスタ400,435 
Evaluate ウインドウ64 
Evaluate コマンド 61，62,64,84，116，156 
Evaluate フィールド61,156 
EXE ファイル 
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ユーザ指定の〜名 494 
extern (キーワード）381 
EXTRN 文（アセンブラ）426,433 

【 F 】 

factorial (Turbo Prolog 関数）351 
far (キーワード）380.401 .410. 417 
far 関数412 
far ポインタ402 
〜の演算402 
〜の比較402,403 
fdopen (関数）238 
fflush (関数）239 
__ FILE __ (マクロ）394 
FILE 型オブジェクト238 
File メニュー 105,119 .169. 170 
Fill (骹適フィルモード）459 
Find function コマンド82,84,116,160 
Floating point オプション ( TCINST ) 597 
Floating point トグル 
138.449 ,450,451.452 
float (キーヮード)188,210,371 
flushall (関数） 239 
fopen (関数）238,332 
fortran (キーワード） 367 
forward 宣言 311 
forward 文 311 
for (キーワード） 205 
for ループ 205,307 
FP 87 .LIB 416,451，493 
FP — OFF (マクロ） 413 
fprintf (関数） 25 
FP _ SEG (マクロ） 413 
free (関数 ， Turbo Prolog との関連） 344 
freopen (関数）238,240 


fseek (関数） 239 
Full graphics save オプション 
( TCINST ) 602 

【 G 】 

Generate underbars トグル138,378 
Turbo Prolog との関連 341 
Get info コマンド 130 
getch (関数）199,301 
gets (関数）199,301,320 
global 宣言 211 

Go to cursor コマンド78,83,115,124 
goto (キーワード）233,236,444 
Graphics libraries トグル 148 
GRAPHICS.H 270 
graphics.h 575 
GRAPHICS 丄 IB 270 
GREP (ファイル検索ユーテイリテイ） 
499.562 

コマンドラインオプション562 
デフォルトの設定564 
優先順位563 
コマンドラインの構文562 
使用例565 

正規表現中の演算子564 
探索文字列563 

ホワイトスペース510 
ファイル指定565 
GREP.COM 563 

【 H 】 

Hello,world ブロ グラム23 
huge ポインタ403 
才ーバーヘッド 404 
==演苒子403 
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huge (キーワード）380,401,410 
__ HUGE — (マクロ）395 

【 I 】 

Identifier length 設定項目143.366 

# ifdef 指令 390 
if...else 文 202 

# ifndef 指令 390 
if / then/else 文 303 

if (キーヮード）201,202 
if 指令 390 
if 文 202 

Ignore case キーストロークコマンド 181 
Include directories オプション 
( TCINST ) 493,605 
Include directories 設定現目 19,153 

# include 指令 390 
Initialize palette オプション 

( TCINST ) 613 
Initialize segments オプション 
( TCINST ) 599 

Initialize segments トグル 147 
INIT . OBJ(Turbo Prolog との関連） 343 
Insert mode オプション ( TCINST ) 603 
Install Editor 画面 ( TCINST ) 

180.608.609 

Installation Menu ( TCINST ) 594 

INSTALL ブログラム 13 

Instruction set オプション ( TCINST ) 597 

Instruction set トグル 138 

interrupt (キーワード）343,383,445 

int (キーワード）189,373 

INT 命令 445 

I/O 331 

ストリーム238.240 


IP (命令ポインタ）レジスタ 398 

【 J 】 

Jump optimization オプンョン 
( TCINST ) 598 

Jump optimization トグル 142 

【 K 】 

Kanji strings トグル 140 
Keep massages オプション 
( TCINST ) 601 
Keep message トグル39,150 

【 L 】 

— LARGE — (マクロ） 395 
Less common errors 489 
Less common errors メ ニュー （ TCINST ) 
599 

Library directories 才 7 ンョン 
( TCINST ) 605 

Library directories 設定項目 19,153,493 
Line numbers オプション ( TCINST ) 598 
Line numbers トグル 139 
LINE — (マクロ） 394 
# line 指令 391 
Link EXE file コマンド 128 
Linker メニュー 147 
Linker メニュー （ TCINST ) 599 
Load コマンド20,109，110.120, 169 
long (キーワード）188,189 

【 M 】 

main (関数） 211 

cdecl と宣言すべき場合 383 
Make EXE file コマンド 22,35,12 8，129 
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MAKE (ブログラムマネージャ）499,503 
BUILTINS.MAK ファイル529 
makefile 探索アルゴリズム530 
TOUCH ユー ティリティ535 
ェラー 532 

エラーメッセージ531 
〜から TCC と TLINK を使う503 
コマンドラインのオプション528,530 
コマンドラインの構文528 

コマンドラインのターゲットファイル 

529 

コマンドラインの例529 
実行の終了 529 
致命的エラー531 
〜によるファイルの更新511 
例504,507 
Make 119.127 

Build との違い129 
プロジェクト〜40 
〜を停止させる37,132 
makefile 505 

MAKE による解釈506 
SET の環境文字列521 
暗黙の ルール 509,513 
構文514 

コマンドリスト516 
ソース抗張子514 
ターゲット拡張子514 
例514,515,516 
ェラー命令509,527 
構文527 

各種 ファイル 名 マクロ 522 
拡張 子つきファイル 名 マクロ 523 
継統文字 510 

コマンド中のマクロ展開520 


コマンドリスト516 

コマンド本体516,517 
ブレフィックス517 
コメント509 
例510 

条件実行命令509,524 
構文525 

定義済みマクロ 521 
定義テストマクロ 521 
〜の作成505,509 

ファイルのインクルード命令509.524 
ファイル名バスマクロ 523 
ファイル名マクロ 523 
フルファイル名マクロ 522 
ベースファイル名マクロ 522 
マクロ定義509,519 
携文519 
例518 

マクロ定義解除命令509,528 
構文528 

マクロの中のマクロ 520 
マクロ呼び出し520 
明示的なルール509,510 

MAKE が実行する〜511 
構文510 

コマンドリスト516 
〜中のソースファイル510 
〜中のター ゲッ トファイル510 
例516 
命令509,523 
〜中のマクロ 523 
要素509 
〜を使う507 

MAKE が停止するデフォルトの条件596 
malloc (関数）221,249 
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Turbo Prolog との関連 344 
Map file オプション ( TCINST ) 599 
Map file メニュー 147 
matherr (関数，浮動小数点の処理） 453 
MATH し LIB 350 

Turbo Prolog との関連 343 
MATHx.LIB 493 
MCALC . H (ヘッダファイル > 622 
__ MEDIUM _ 一(マクロ） 395 
Merge duplicate strings オプション 
( TCINST ) 597 

Merge duplicate strings トグル 139 
Message tracking オプション 
( TCINST ) 601 

Message tracking トグル37,129 ,149 
Message ウィンドウ 

22.25.32.33.34,37.39,96.112 
〜のクリア 150 
〜中の構文エラー128 

MicroCalc 619 
演算子623 
画面例621 

関数 623 
起動 621 
機能 619 

空白行の揷入620 
自動再計算620 
数学関数619 
パーサ625 
ラインエディタ619 
列幅の設定620 
コマンド624 

コ ンハ•イル 620 

データの 入力622 
Mode for display メニュー 


(TCINST) 595,611 
Model オプション (TCINST) 597 
MSA カスタマサポートセンター 10 
― MSDOS__ (マクロ） 395 

【 N 】 

Names メニュー 146 
Names メニュー ( TCINST ) 599 
near (キーワード）379.401.411 
near ポインタ402 
near 関数411 

Nested comments トグル143,178 
New value フィールド 61,64,156 
New コマンド110,121 
Next breakpoint コマンド 85 
NOT 演算子（〜 ）194 

【0】 

OBJ debug information トグル 
58,83,114,115, 124,140,160 
OBJXREF (オブジェクトモ ジュール 
相互参照 ュー ティリティ）577 
Optimal fill オプション ( TCINST ) 604 
Optimization メニュー 141,484 
Optimization メニュー （ TCINST ) 598 
Optimize for オプション ( TCINST ) 598 
Optimize for トグル 141 
Options for editor メ ニュー （ TCINST ) 
603 

Options メニュー 105 ， 134 -155,476,477 
Options メニュー （ TCINST) 596-607 
OR 演算子 O194 
OS shell コマンド 98,121，169 
Output directory オプション (TCINST) 
606 
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Output directory 設定項目 19,153 

【 p 】 

Palette customize 設定項目 ( TCINST ) 
613 

Palette set up オプション ( TCINST ) 602 
Pascal Turbo Pascal を参照 
〜型の識別名 484 
引数受け渡しシーケンス 
377,419,429,433,483 
呼び出しシーケンス597 
呼び出し惯例454 
呼び出し方法137 
pascal (キーワード） 

〜型の識別名367 
関数型修飾子381 
— PASCAL — (マクロ）395 
PC -9801 でのカラー制御 
8色モード282 
16色モード283 

Pick file name オプション ( TCINST ) 605 
Pick file name 設定項目154,170 
Pick メニュー 項目110，120，169 
Portability warnings メニュー 
( TCINST ) 599 
# pragma 指令 393 
inline 392 
saveregs 393 
warn 393 

Primary C file 設定項目 128 
Primary file オプション ( TCINST ) 595 
printf (関数）25,185 ,20 5,296 
Turbo Prolog との関連 344 
Program reset コマンド 59,83,115,124 
Project name オプション ( TCINST ) 596 


Project name 設定項目36,131 
Project メニュー 115,131 
Project メニュー （ TCINST ) 594,595 
Prolog Turbo Prolog を参照 
putchar (関数）187,297 
puts (関数)187,297 

Turbo Prolog との関連 344 

【 Q 】 

Quit/save オプション ( TCINST ) 595,617 
Quit コマンド100.121.169 
QWORD (アセンブラ） 426 

【 R 】 

RAM メモリ216.454 

Turbo C での使用 454 
Readln ( Pascal 手統き） 301 
README ファイル 11 
Read ( Pascal 手統き） 301 
Refresh display コマンド79,161 
Register optimization オプション 
( TCINST ) 598 

Register optimization トグル 142 
registerbgidriver (関数）571,573,575 
registerbgifont (関数）571,573,575 
registerfarbgidriver (関数）573,575 
registerfarbgifont (関数）573,575 
Remove all watches コマンド 
76,85,117,164 
Remove messages コマンド 
40,86,11 8，134 

repeat .. until ループ （ Pascal ) 208,306 
Resize window オプション ( TCINST ) 
595.616 

Result フィールド61,157 
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Retrieve options コマンド20,155 ,168 
return (キーワード）233,234 
return 文 309 

Run コマン P 59,86,118,123,169 
Run メニュー 105.123.169 

【 S 】 

Save options コマンド 
20.150 .155,168,169 
Save コマンド111,121 
scanf (関数）24,197,198.302, 320 
Screen size メニュー 151 
Screen size メ ニュー （ TCINST ) 602 
Set color メニュー （ TCINST ) 595,613 
setbuf (関数） 239 
setmode (関数） 240 
short (キーワード） 189 
_ SI 疑似変数 435 
SI レジスタ399.431.435 
signed (キーワード）245.376 
sizeof (キーワード）222,223,391 
— SMALL — (マクロ） 395 
Smart (画面切り換え） 161 
Source debugging トグノレ 

54,58,114,122,123,124,160,162 
Source メニュー 142 
Source メニュー ( TCINST ) 598 
_ SP 疑似変数 435 
SP レジスタ399,428,435 
—ss (キーワード）410 
_ SS 疑似変数435 
SS レジスタ400,435 
Stack warning オプション ( TCINST ) 600 
Stack warning トグル 148 
Standard stack frame オプション 


( TCINST ) 597 
Standard stack frame h グル 
78.79.84.116, 139.160 
― STDC __ (マクロ > 394 
Step over コマンド60,83.114,115, 125 
strcpy (関数) 190,249,385 
struct (キーワード）242,317 
sum 関数 （Turbo Prolog ) 351 
switch (キーワード） 230 
switch 文230,303 

【 T 】 

Tab size オプション ( TCINST ) 604 
Tab size 設定項目151.173 .174,175,471 
TASM 45,91,437.479 
TBYTE (アセンブラ） 427 
TC 93,166 Turbo C も参照 

コンフィギュレーションファイル 166 
〜に固有の値 ic to 
S 3 境オプション167 
ピックファイル名167 
ブロジェクト名167 
〜の画面96,99 
TCC 45.46, 47,143,475 

〜の リンカ （ TLINK ) 536-553 
コンフイギュレーションファイル496 
TCCONFIG.EXE 49 
TCCONFIG.TC 20,155 ,166. 167,168,169 
TURBOC . CFG への 変換 49 

〜へのデイレクトリ168 
TC . EXE のカスタマイズ591 
TCINST 168,171，174，180,591,592 
Autoindent トグル174 
TC メニューシステムとの関係 

591.592 
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カラーオプション 593 
起動593 

コン フイ ギュレー ションファイル592 
〜との関係168 
8色オプション593 
白黑オプション593 
メニュー システム594 
Test stack overflow トグル139 
then ( Pascal キーワード） 303 
__ TIME __ (マクロ） 394 
一— TINY — (マクロ）395 
TUB (ライブラリアン）499.554 

大文字/小文字区別のフラグ556,560 

拡張辞書554,559 

拡張辞»フラグ556 

コマンドラインオプション555 

コマンドラインの構文555 

操作556 

〜の順序557 
操作指定リスト557 
動作シンボル557 
モジュール名557 
ライブラリ名555 
リストファイル556 
例561 

レスポンス559 
TLINK (リンカ）499 

• COM ファ イ ルの 生成546 
MAKE から呼ぶ507 
丁 CC のリンカ541 
Turbo C モジュール 539 
Turbo Prolog とともに使う341 
エラーメッセージ 548 
大文字/小文字の区別545 
オプション542 


拡張辞書546 

起動536 

餐告548.552 

コマンドラインの構文537 

実行可能ファイルのマップ542 

制限事項547 

致命的でないエラー548,551 
致命的なエラー548 
直接使用する415 
ファイルの拡張子537 
マップファイル537 
例538 

レスポンスファイル538 
Toggle breakpoint コマンド 
59.85.117.164 
丁 OS レジスタ428 
TOUCH ユーティリティ499,535 
Trace into コマンド 58.71,83.115,125 
Turbo C 

Turbo Pascal との違い 291 
Turbo Prolog を呼ぶ 356 
インストール11,13 
エディタ106 

拡張されたキーワード487 

コマンドライン166 

作業環境149 

統合開発環境93，166, TC も参照 
〜のロード 17,18,96 
動作環境3 

ラッブトッブシステム14 
Turbo C directory オプション ( TCINST ) 
606 

Turbo C directory 設定項目 154 
Turbo Pascal 291 
Turbo Prolog 
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Turbo C から呼ぶ 356 
〜とのインターフェース 341 
〜とのリンク 317 

TURBOC.CFG 47,166 .448, 496,500 
TCCONFIG.TC への変換 49 
—TURBOC— ( マクロ ）395 
Turbo アセンブラ 45,91,437,479 
Turquoise color set メニュー 
(TCINST) 613,615 
typedef ( キーワード） 242,414,415 

【 U 】 

undef 指令 388 
union ( キーワード ） 242 
UNIX への Turbo C ファイルの移植 487 
unsigned ( キーワード） 189.376 
Use register variables オアンヨン 
(TCINST) 598 

Use register variables トグル 141 
Use tab オプション (TCINST) 604 
User screen コマンド 

22, 27,61,77,78.100 ,125 

【 V 】 

Verbatim キーストロークコマンド 
180,181 

Version 1.x color set メニュー 
(TCINST) 613.615 
VGA でのカラー制御 244 
View next breakpoint コマント ’ 

74,117 ,165 

void ( キーワード ) 208,243,308,374 
interrupt 関数の宣言 383 
void 関数 243 
volatile ( キーワード ） 377 


【 w 】 

Warn duplicate symbols オプション 
(TCINST) 600 

Warn duplicate symbols トグル 148 
Warnings: stop after 設定項目 144 
Watch ウインドウ 66,75,115.162 
Watch ウィンドウ 1 クリア clearing 164 
while ( キーワード） 204,208 
while ループ 204.235,306 
with 文 323 
WORDCNT 56 
WordStar 457.472 

〜にないエディタコマンド 472 
〜のコマンド 67 

WordStar-like キーストロークコマンド 
180 

WORD ( アセンブラ ）426 
wrch(Prolog 関数 ）344 
Write to コマンド 111,121 
Writeln(Pascal 手統き ）256 
Write (Pascal 手嫌き ）256 

【 X 】 

XOR 演箅子 （） 194 

【 z 】 

Zoomed windows オプション (TCINST) 
601 

Zoomed windows トグル 151 
zwf (Turbo Prolog 関数 ） 344 

【ぁ】 

アクティブウィンドウ 257,458 
アスべクト比 275 
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アセンブリコード 
インライン491 
出カファイル491 
アセンブラ （ Turbo 〜 ） 437 

アセンブリ コード 

インライン〜437 

関数の呼び出し442 
構造体メンバ名に関する制限443 
サイズオーバーライド443 
〜中の goto 444 
〜中の C 怫造体メンバ443 
〜中のジャンプ命令444 
〜中のデータの参照442 
〜中の浮動小数点453 
〜中のレジスタ変数442 
統合デ八ッガでのデ八ッグ93 
変数のオフセット443 
〜とのインターフェース383.423 -424 
〜のアセンブル45 
ソースファイルのレイアウト423 

ひながた424 
〜ルーチン423 

〜から C 関数を参照する426 
〜から C 関数を呼び出す 
426,432 

〜から C のデータを参照する 
426 

パラメータを渡す428 
戻り値428 
例427 

レジスタに関する惯例431 
値引数310 
値を渡す310 
ァダプタ（ビデオ）256 
グラフ イ ッ クス〜 


(Turbo C で使用可能なもの）272 

アドレス216 

〜空間（ポインタ）379 
〜の計算 400-401 
' 〜を渡す198.220 
アドレス of 演算子 （&) 196,218,301 
アドレス of 演算子196 
アドレス演算子196 
ァドレスを渡す310 
アドレスを渡す310 
アナクロニズム395 
アラインメント（構造体の〜）380 
暗黙の依存関係41 
暗黙のライブラリファイル494 
暗黙の ルール 509.513 
檐文514 

コマン ドリスト515 
ソース 拡張子514 
ターゲット拡張子514 
例513,514,515 
MAKE によるチ x ック507 

依存 

依存関係（ファイルの〜）503 
暗黙の〜40 
自動〜チヱック133 
〜ファイル （ MAKE によるチェック） 
50 

明示的な〜41 
違反 ( ANSI 規格〜）440 
インクリメント演算子 （ + +) 193,300 
インクルードオプション 

複数の〜493 

イン クルー ドディレクトり 493-496 
複数の〜496 

インクルードファイル321 
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探索のアルゴリズム495 
ディレクトリ153 
〜の選択19 
標準〜153 

ユーザ指定の〜の探索493 
インサートモード461,603 
インサートモードのオン/オフ464 
インストール （Turbo C ) 11.13 

ラップトップシステムへの〜14 
イン ターフヱース 

アセンブリコード 422-423 
他の言語381 
インデックス変数206 
インライン8087命令482 
インラインアセンブリコード437.491 

アセンブリコード（インライン）を参照 

ゥィンドゥ 

Compiling - 22 

Edit 〜60,61,96,106.109 

tvaluate 〜66 

Message 〜 22,25,32,33.96,112 
Watch 〜63,75,112,162 
アクティブウィンドウ107 
テキスト〜257.263 
〜の作成264 
〜の切り換え109 
〜の制御260 
〜拡大と分割601 
ズーム 33.108 .109 
後ろ向きのペアマッチ探索77 
エクストラセグメント400 
エスケープシーケンス186,244,246,369 
エディタ106 

MicroCalc 619 
Sidekick 457 


Turbo C 457 
Turbo Pascal 457 
エディタキー 

組み合せ 180 
割り当て185,608 
エディタコマンド109,460 • 

Autoindent オン/オフ467 
BS ( Backspace ) 464 
1語削除464 
— 览表 460-462 

インサートモードのオン/オフ464 
基本カーソル移動〜460,462 
逆インデント464 

逆インデントモードのオン/オフ472 

行の挿入465 

行の回很471 

行の削除465 

行末まで削除465 

クイ ッ クカーソル移動460,463 

骹適フイルのオン/オフ470 

制御文字の入力468 

セーブせずに終了 470 

前回の探索の繰り返し471 

搡作の中止467 

挿入と削除461.464 

タブ471 

タブモードのオン/オフ471 
単語のマーク466 
探索468 

1単語の〜469 
n 番目469 
後ろ向きの〜469 
大文字/小文字を区別しない〜 
469 
例469 
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口ーカルな〜 469 
探索 S 換470 
n 回470 
例470 

フアイル全体470 
ファイルの セーブ 471 
ファイルの ロード 470 
ブレースマーカのセット 471 
ブレースマーカの 探索470 
ブロック〜 461.465 
移動466 
害き出し467 
コピー 466 
削除466 
始点の マーク 465 
終点の マーク 465 
表示/非表示466 
ブリント467 
I 光み込み466 
ベァマッチ472 
文字の削除464 

エミユレーション（8087の〜）482 

8087/80287138 
8087/80287浮動小数点416 
浮動小数点448 
オプション449 . 

エラー 25 

し ommon errors 145,488 
error 指令391 

Less common errors 145,489 
MAKE 531 
〜検出命令 509 
構文 527 

構文 〜 syntax 32,37,38 
の修正33 


実行時〜34 

〜処理関数（グラフィックス）245 
〜の追跡38.112 .311 
構文エラー 32 

複数ファイルブログラムでの- 

37 

リンカエラー34 
メッセージ144 
MAKE 531 
OBJXREF 589 
TC コンパイラ598 
グラフィックス287 
コンバイル時32,38,112 
リンカ34 

エラーオプション（コマンドライン） 

480,487 
演算184 

低レベルの〜194 
湞算子192,193,374 
AND 〜 (&) 194 
GREP 564 
MicroCalc 623 
NOT (〜 ） 194 
OR () 194 

Turbo C と Pascal 300 
XOR () 194 

アドレス of 〜 （&) 196,21 8,3 01,310 
インクリメント〜193,300 
加算〜 （+ )193 * 

関係〜200,307 

ポインタとの関連379 
間接〜196,217,379 

カンマ〜 202,206 

減算〜 ㈠ 193 
交換可能な〜374 
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三項〜(?〇 236 

条件〜 （?:） 236 

剰余〜（％)193 

ショートサーキット301 

除算〜 （/) 193 

乗算〜 （*) 193 

代入〜 （=) 192,201.299.335 

単項〜193 

ブラス （+ ) 193.374 
マイナス （-) 193 
デクリメント〜193.300 
二項〜193 
〜の*先順位299 
比較〜335 
左シフト（くく）194 
等しい （= = ) 200 
等しくない (! = ) 200 
複合代入〜195 
符号逆転〜193.374 
右シフト （>>) 194 
メンバアクセス〜 （->) 323 
ょり大きい⑺200 
より大きいか等しい (> = ) 200 
ょり小さい (<) 200 
より小さいか等しい（く = ) 200 

論理〜 200,201,301,307 
AND (&&) 201 
NO 丁⑴ 201 
OR ( ) 201 

演算 （ポインタの〜）221 
エントリコード（関数） 139 
オーバーフロー（スタック〜）139 
才ーバーヘッド404 
オーバーライトモード464 
大文字/小文字の区別191,326,366 


TLIB 556,560 
TLINK 545 
Turbo アセンブラ425 
〜なしのリンク422 
落し穴 ( C ブログラミング ） 246 
0からの配列の添字250 
Pascal ブログラマが 

おちいりやすい〜335 
switch 文中の break 250 
アドレスを渡す252 
関数 呼び出し336 
=と== 250 

パス名中の円記号 （¥) 246 
ポインタ使用の問違い246 
文字列使用の間違い247 
オブジェクトコード23 
オブジェクトファイル21,577 

OBJXREF によるディレクトリ探索 
582 

外部の〜42 
スタートアップ〜153 
〜の中の行番号484 
マップ139 
ライブラリ〜554 

TLIB での管理554 
〜の作成558 
〜を使用する利点554 
オブジェクトモジュール577 
オブジェクトモジュール相互参照 
ユーティリティ ( OBJXREF ) 
499,577 

ェラーメッセージ589 
鬌告 589 

コマンドラインオプション 

577.578.582 
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コント ロール オプション .578 
ファイルタイプ581 
レポートオプション579,582 
使用例587 

使用できるオブションの要約578 
レスポンスファイル580 
レポート 

〜オプション579 
〜の出力579 
例582 
オプション 

コマンドライン〜45,475 .480 
•I 48 
- L 48 
一覧表476 
オフにする45 
オン/オフの切り換え478 
〜の構文479 
評価の順序48 
リンカの〜492 
コンパイ ラ〜480 
オフセット217,402 

ポインタの要素223.413 
オフにする（コマンドラインスイッチ）478 

【か】 

カーソル458 

カーニハン&リッチイ （ K & R ) 3,7,23,365 

改行文字246 

解像度(画面の〜）256 

外部識別名425 

書き込み 

ストリームをデイスクへ239 
ファイルデイスクへ26,120 
書き出し（ブロック〜コマンド 


, TC エディタ）467 
拡張80186命令482 
拡張 (Turbo C での）244 
拡張されたキーワード （Turbo C 〉 487 
拡張子 ( TLINK が付加する 
ファイル名の〜）537 
拡張辞® 546,554,559 
〜の作成559 
フラグ ( TLIB ) 556 
加算演算子 (+) 193 
カスタマーサポートセンター （ MSA ) 10 
カスタマイズ 

TC.EXE 591 

Turbo C の複数のバージョン593 
キーストロークコマンド594 
カスタマイズブログラム591 
下線378,484 

先頭の〜（アセンブリコード 
ルーチン中）425 
下線生成オプション137,422 
型 

const 376 
enum 374 
long double 374 
signed 376 
unsigned char 374 
unsigned long 374 
unsigned short 374 
void 319.374,375 
volatile 377 
〜指定子 374 
〜修飾子 374 
複数の〜324 
列挙〜374 
型が一致しない336 
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型キャスト219.326 
型つき定数 （Turbo Pascal ) 327 
カッコ（関数呼び出しでの〜）336 
可搬性 

餐告145 

コメントのネスト143 
定義済みストリーム240 
〜に関する If 告489 
可変引数リスト382 
可変 レ コード324 
画面280 

MicroCalc の〜 622 
TC 〜100 
色281 
解像度256 
切り換え161 
〜座標257 

テキストモードでの257 
操作モード 

グラフ イッ クスモード 

257,270,273 
テキストモード257,265 
〜の制御260 
〜の選択273 
〜の定箝257 
〜属性 

〜の制御261 
〜の設定 

25 line display 603 
43/50 line display 603 
Extended 23 line 602 
High density 46 line 603 
Standard 25 line 602 
ヘルプ〜 109 

ユーザ〜100 


カラー 

制御 

CGA での〜 284 
EGA/VGA での〜 286 
PC -9801 での〜 283 
〜関数281 

ドロゥ〜281 

バックグラウンド〜262,266,281 
フォアグラウンド〜262.266 
環境オプション（コマンドライン）493 

環境 

作業〜19 
〜変数332 
関係演筠子200.307 

ポインタとの関連379 
漢字オプション（コマンドライン）483 
監視式75.112,162 

Watch ウインドウからの削除75,163 
Watch ウインドウへの追加75,163 
スクロール 77 
デフォルト75 
編集75,164 
関数208 

cdecl 型〜382 
far 411 
fdopen 238 
fflush 239 
flushall 239 
fopen 238 
fprintf 25 
freopen 238,240 
fseek 239 
getch 199 
gets 199 
interrupt 型 383 
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main 209 
malloc 219,249 
Micro Calc 619,623 
near 384 

near または far と宣言する411 
printf 24,185 
putchar 187 
puts 187 

scanf 24,197 ,198 
setbuf 239 
setmode 240 
setvbuf 239 
strcpy 190,249 
Turbo C と Pascal 308 
void 243 

イメージ操作276 
インアセンブリコード中での 
〜呼び出し442 
ウィンドウ制御260 
エラー処理（グラフィックス）287 
エラーチェック311 

エントリコード139 

〜型修飾子381 

カッコ336 

画面操作276 

カラー制御〜280 

グラフィックスシステム制御271 

コンソール I / O 〜258 

終了コード139 

出力159,161 

状態問い合わせ263,289 

宣言208,211,241 

宣言子384 

宣言する308 

属性制御関数261 


定義208.210,212,241,381 
テキスト出力 

グラフ イッ クスモード278 
テキストモード259 
テキスト搡作259 
デバ ッ ガからアクセスできる〜 
80，124 
ドロゥ〜275 
入力170,171 
ネスト213.314 
引数リスト241 
ピクセル操作277 
ビューボート操作277 
フィル275 

プロトタイプ212,241,311,339, 

384.413.417 

Pascal の呼ひ•出し慣例との関連 
422 

〜名の規則192 
モード制御260 
リカーシブ(再帰）411 
間接演算子 （*) 196,217,379 

カンマ 演算子202,206 

慣例 

メニュー 名の表現法105 
呼び出し137 
キーストローク 

〜コマンド 

Ignore case 181 
Verbatim 181 
WordStar-like 181 
使用できる〜 611 
第1〜と第2〜180 
〜のカスタマイズ594,608,609 
〜編集モード155 
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キーの再結合 180 
キーボード入力301 
キーワード367 
ANSI 143 
asm 437 
cdecl 422 
—cs 410 
_ds 410 
一 es 410 

far 401.410.417 
goto 444 
huge 401,410 
interrupt 445 
near 401,410 
_ss 410 

Turbo C で拉張された 487 
typedef 414 
ヘルプ画面中の〜 94 
疑似変数434,487 
起動する 

MicroCalc 621 
TCINST 593 
輝度の設定262 
機能 ( MicroCalc ) 619 
基本 カーソル 移動コマンド460,462 
逆インデント174 

逆インデントコマンド 

( TC エディタ）464,472 
逆インデントモード174,461,464,604 
境界条件88 

行削除コマンド （ TC エディタ）465 
行の回復コマンド （ TC エディタ ）471 
行番号 (. OBJ ファイル中の〜）484 
行末までの削除コマンド （ TC エディタ) 
465 


共用体324,380 
行-列の順225 

行/列の挿入 ( MicroCalc ) 620 
クイックカーソル移動コマンド 
( TC エディタ）460,463 
クイックリファレンス行 

96.106.107.112.113 
区切り記号 

—致しない〜180 
ネスト可能な〜178 
方向のある〜177 
方向のない〜177 

レベル180 

組み込みの DOS コマンド 

( MAKE から実行される）517 
グラフィック VRAM 

(エディタバッファ）457,605 
グラフィックス 

Turbo Prolog との関連356 
システム制御271 
〜テキスト情報を返す279 . 

〜ドライバ570 

OBJ . OBJ への変換570 
Turbo C に含まれて いる〜 572 
グラフィックスライブラリ 
への追加570 
〜の登録571 
〜の リンク272,570 
ロー ドと選択272 
変換ユーティリティ 

( BGIOBJ ) 499,570 
モード画面操作モードを参照 
クリア （ Watch ウインドウの〜）164 
繰り返し185,204,306 
繰り返し（前回の探索コマンドの〜， 
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TC エディタ） 469 CPP 501 

繰り返し回数66.157 GREP 562 

繰り返しブレフィックス（命令コード）441 MAKE 528 


クリッビング278 

グローバル識別名（アセンブリコード 
ルーチン中での宣言）425 
グローバル スタック (Turbo Prolog ) 354 
グローバル変数294,329 
—fmode 239 
警告25,144,145,337 
TC (コンハ•イラ) 600 
TLINK 548,552 
可搬性に関する〜145 
出力と抑制488 
継続文字 ( makefile ) 509 
減算演算子 (-) 193 
交換可能な演算子374 
更新 （MAKE によるファイルの〜）511 
構造（メニューシステムの).103,104 
構造体227,322 

K & R のアラインメントへの追加380 
Turbo C の〜と Pascal のレコード 
322 

演算子229 

メンバアクセス227,228 
再帰的な〜358 
宣言227 
データ〜227 
〜とポインタ316 
ビットフイールド380 
コードセグメント400 
搆文(書式） 

暗黙のルール513 

コマンドライン 

BGIOBJ 570,573 


TCC 45,479 
TLIB 554 
TLINK 536 
明示的ルール510 
構文エラー 32.37,38 
〜の追跡32 
〜の修正33 
コード生成オプション 

(コマンドライン）480,482 

コー ドセグメント 

クラス名の変更490.599 
グルーブ名の変更599 
名前の変更490.599 

コール スタック80,160 

関数の実行中の行の表示81 
実行バーに戻る81 
古典スタイルの C 211,212 
異なる型のデータ構造227 

コプロセッサ 

8087/80287数値演算416 
チップ(浮動小数点）448 

コマンドメニューコマンドも参照 

MicroCalc 624 
エディタ460 
〜中のマクロ展開521 
デバッグ〜（表）83,86，115.117 
ベアマッチ176，177 
後ろ向き177 
前向き177 
編集109 

コマンドライン 

BGIOBJ 570,573 
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CPP 501 
GREP 562 
MAKE 528 

OBJXREF 577,582,583.586 
ワイルドカード 578 
TCC 45.479 
TUB 555 
TLINK 554 
Turbo C TCC を参照 
〜オプション45,475 
CPP 502 
GREP 562-564 
MAKE 528.529 
TUB 496 

オン/オフの指定 478 

SJ 境 493 
構文 479 
一覧表 475 
デフォルトの設定563 
評価の順序48 
f 憂先順位563 
リンカ492 
〜をオフにする45 
〜からのコンハ•イルとリンク45 
〜からのブログラムの実行50 
〜の構文 ( TCC ) 45 
〜コン ハ。 イラオプション480 
# defines 481 
エラー 480.487 
コード生成482 
コンパイル制御480,491 
最適化480,484 
セグメント名制御480,490 
ソースコード480,487 
マクロ定義480,481 


メモリモデル480,481 
コンフイギユレーシヨンフアイル 

166,496 

〜上のフアイル名46 
箝式45 

〜引数 21,45.155.331.607 
〜スイッチ97 
Make 98 

コンフイギュレーシヨンフアイル 

20,97，167 
自動作成 （ Build ) 97 

〜のオン/オフ478 
デュアルモニタ98 
浮動小数点451,452,453 
浮動小数点エミュレーション449 
〜の Turbo C 45,166 TCC も参照 
コマンドリスト （ MAKE ) 

コマンド本体517 
ブレフイツクス517 
コメント213 
makefile 509 
区切り文字176 
コンソール I/O 関数258 
ネスト143,366,487 
ベアマッチ176 
コンパイラ 

# defines 480,481 
エラー 480,487 
コード生成480,482 
コンパイル制御480,491 
コマンドラインオプション480 
煅適化480,484 
セグメント名制御480,490 
ソースコード480 
マクロ定義480,481 
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メモリモデル480,481 
コンパイラオプション166 
コンパイラ•リンカオブション（コンフイ 
ギュレーションファイル中の> 167 
コンパイル481 

. EXE ファイルへの〜128 
• OBJ ファイルへの〜128,129 
環境31 
規則479 

コマンドラインからの〜45 
〜制御オプション 

(コマンドライン）480,491 
デバッグ用の〜54,114,162,484 
統合環境からの〜 

コンパイル時 

エラーメッセージ112 
デバッグ149 

コンパクトメモリモデル404.412 
コンフイギュレーション 

TCC 47,496 

コマンドラインスイッチ 

との関係478 
TCINST との関係593 
コマンドライン496 
カレント〜の自動セーブ601 
コンフイギユレーションファイル 

20.166,171 
TC 166 

TCINST の設定との関係168 

コマンドライン49,166 

コマンドラインオブションの優先49 

作成49,167 

自動セーブ150 

セーブ155 

ディレクトリ154 


データ 

コンバイラ•リンカオプション 

167 

ピックファイル名167 
ブロジヱクト名167 
統合開発環境166 
名前150 

〜にセーブ される メニュー 設定項目 
166.168 
変更168 

ューザ指定の〜167 
ロード21.155 

【さ】 

再倚的な播造 (Turbo Prolog ) 354 
再結合（キーの〜）180 
再コンパイル（デバック中の〜）114 
サイズオーハ•ーライド 

(インラインアセンブリコード）443 
最適化141 

コードサイズ139.141 

最適化オプション（コマンドライン） 

480.484 

スピード139.141 
例175 

最適フイルのオン/オフ （ TC エディタ）470 
最適フィルモード174,175,459 
作業環境19,149 
索引（ヘルプ）94 
座標257 

原点257,263 
テキストモードでの〜257 
サブルーチン185,208,308 
さまざまな型324 
三項演算子 (？ ：）236 
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算術演算 （ポインタの〜） 380 
算術 変換372 
シェル （ DOS の）122 
式192,201 

Evaluate フイールドのデフオルト 
61，64 

監視〜75,162 

Watch ウィンドウからの削除 
76.163 

Watch ウィンドウへの追加163 
スクロール 77 
編集 76,164 
繰り返し〜157 
デバッグ中の評価61,156 
デバッグ中に値を変更する156 
デバッグ中の再評価64 
評価できない〜65 
雄別名 

Pascal 型484 
Pascal 型と C 型378 
アセンブリコードルーチンでの定義 
425 

大文字/小文字366,378 
グローハ V レ〜 378 
名前の規則192 
〜の長さ366,487 
ユニークでない〜 388 
指針（デバッグ ） 87 
システム制御（グラフィックス）271 
実行位置59,115 
実行可能ファイル23 

TCC によって名づけられる〜46 
実行画面61,78 
実行時 

〜エラーの修正34 


〜ライブラリファイル153 
実行する（ブログラムを〜 ） 22 
繰り返し〜204 
条件による〜303 
実行の流れを制御する構文233 
実行バー59,115 
実数187 

自動依存チ：ック42.133 
自動インデント On / Off コマンド 
( TC エディタ）467 
自動インデントモード174,458,604 
自動再計算 ( MicroCalc ) 620 
シフト（左）演箅子（く0194 
シフト（右）演算子 (>>) 194 
ジャンプ 

インラインアセンブリコードでの 
〜命令444 
無駄な〜の除去142 
修飾（変数名の〜）65 
修飾子 

cdecl 377,382 
const 376 
far 379 
huge 379 
interrupt 383 
near 379 
signed 376 
volatile 377 
型数型〜 381 
ポインタ 379 

終了する （Turbo C 統合環境を〜）100 
終了コード 

関数の〜139 
〜の 表示130 
16進文字コード368 
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16 進文字定数 244 
出力185,187,211,268 
Turbo C と Pascal 296 
関数259 
画面への〜185 

出カファイル（アセンブリコード）491 

順序(行•列，配列）223 

ショートサーキット（演算子）201.301 

状況に即したヘルプ94 

状況の変更169 

条件演算子 (?:） 236 

条件コンパイル391 

条件実行命令 ( MAKE ) 509,524 

条件による実行184,303 

条件文200,236 

詳細なリンクマッブ542 

乘姊演烊子 （*) 193 

状態の問い合わせ263,289 

使用できるキーストローク611 

剌余演算子(％)193 

初期化 

変数の〜327,329 
モジュールの〜343 
初期化されないセグメント 
クラス名の変史490 
グルーブ名の変史490 
名前の変更490 
初期化されるデータセグメント 
クラス名の変更491 
グループ名の変更490 
名前の変更490 

初期化モジュール ( TLINK で使う） 
539,540 
除算(整数）188 
除算演算子 (/) 193 


書式 コマンド 185 
害式指定186 
苒式指定子66,157 
書式文字列185 
害体に関する規約8 
指令 

# define 〜389 
#elif 〜390 

# else 〜390 
# endif 〜390 

# error - 391 
# ifdef 〜390 
# ifndef 〜390 
# i 卜3% 

# include 〜390 

# line 〜391 

# null 〜393 

# pragma 〜392 

# undef 〜389 
条件〜391 

プリプロセッサ〜 136,388 
人工知能341 
診断 メッセージ 112,144 
シンボリック 定数486 
シンボリックデバッガ 484 
スイッチ（コマンドライン） 97 
Make 98 

コンフイグレーションファイル 

21,97,167 
自動97 

デュアルモニタ98 
浮動小数点451,453 
浮動小数点ェミュレーション451 
数学ライブラリ（〜との関連）350 
スクロール（監視式の〜）78 
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スコーブルール 388 

スタートアップオブジェクトファイル153 
スターアップモジュール416 
スタイル （ C ブログラミングでの 
古典とモダン）211,212,241 
スタック 

〜 オーバーフロー 139 
〜才ーバーフローチェック機檐483 
〜才ーバーフローメッセージ483 
グ ロー バル 〜 (Turbo Prolog ) 354 

コール〜 80,160 

〜上の関数の実行行を表示する 

80 

〜から実行バーへ戻る81 
〜セグメント400 
標準〜 フレーム80,139 
スタックフレーム（標準〜）483 
スタンドアロンユーテイリテイ499 
オブジェクトモジュール相互参照 
( OBJXREF ) 499,577 

コンフイギュレーシヨンフアイル変換 
( TCCONFIG . EXE ) 49 
グラフィックス変換 （ BGIOBJ ) 570 
ファイル検索 （ GREP ) 562 
プリプロセッサ ( CPP ) 500 
ブログラムマネージャ （ MAKE ) 

50,503 

ライブラリアン （ TUB ) 554 
リンカ ( TLINK ) 536 
ステータス行108,458 

ストリーム 

I/O 238,239,240 
定我済みの240 
可搬性240 
リダイレクト240 


テキスト〜238 
〜のオーブン238 
バイナリ〜238 
〜バッファのフラッシュ239 
バッファリングされる〜239 
ランダムアクセス239 
ストロークフォント278,570 
スブレッドシート619 
スモール 

〜 コー ドモジュール408 
〜データ408 
〜メモリモデル404,412 
正規化されたポインタ379,403 
正規表現 ( GREP ) 564 
〜中の演算子564 
制御文字468 
制限事項 ( TLINK ) 547 
制限（他の言語から Turbo Prolog を 
呼ぶ場合）358 
整数187 
除算188 
定数367 

〜と値コンハ•チブル231 
ワード境界アラインメント482 
静的変数 ( static ) 322 
精度（浮動小数点）522 
正のオフセット399 
セーブコマンド （ TC エディタ）471 
セグメント217,399,405 
〜の初期化147 
〜の名前146 
メモリ〜400 
〜レジスタ399,400 

セグメント：オフセット（アドレス表記）401 
far ポインタを作る413 
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ポインタの要素 413 
セグメント化された 

メモリァーキテキクチャ400 
セグメント名制御オプション480,490 
設定項目メニュー設定項目も参照 
251 ines 152 
43/50 lines 152 
EGA/VGA 152 
Extended 23 lines 151 
High density 46 lines 151 
Standard 25 lines 151 

コンフイギユレーシヨンファイルに 
セーブされる〜166,168 
標准ディスプレイ151 
セミコロン302,339 
セル 

MicroCalc cells 622 
画面256 
数式622 
属性256,266 
ブリンク268 
色266 
タイブ621 
〜中の文字256 
線形リスト228 
宣言 

Turbo C と Pascal の違い302 
void 関数243 
関数208,211,241 

グローバル211 

読みやすくする413 
宣言子413,414 
操作モード（画面） 

〜の選択273 

グラフィックスモード256,270 


〜の設定273 
テキストモード256 
〜の回復273 
設定265 
〜の定義256 
操作リスト ( TLIB ) 557 
添子づけ337 
添子範囲エラー301 
ソースコード23 
ソースコードオプション 
(コマンドライン）480 
ソースファイル23 510 
.ASM 45 

Edit ウィンドウでの扱い109 
拡張子514 
自動セーブ150 601 
自動的なバックァップ601 
ディスクへの*き出し109 
〜の上冉き111 
〜のサイズ130 
〜の作成110 
〜のセーブ111 
〜の名前131 

〜のロード20，110 

複数の〜 35.36.38 
エディタへの口ード39 
分割コンバイル554 
ソースレベルのデハ•ツガ54 

«性 

画面〜の制御261 
〜制御関数261 
セル〜256.266 
色266 

ブリンク268 

ソフトウヱア割り込み命令445 
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ソフトタブ 173 

【た】 

ターゲッ トファイル510 

MAKE のコマンドライン528 
〜拡張子514 
第1キーストローク180 
対象となる CPU 138 
タイニイメモリモデル404 
第2キーストローク180 

代入335 

〜演算子299 335 
檳み重ね192 
〜文（の値）201 
代入演算子 （=) 192,201 
多次元配列224,318 
〜を渡す227 
タブ173 

ソフト〜173 
ハード〜 173 

タブ コマン ド （ TC エディタ）471 
タブ モー ド On / Off コマンド 
( TC エディタ）471 
単項演裨子193 

ブラス（十）193,374 
マイナス （-) 193 

探索 

〜ア ルゴリズム 

インクルードファイルの〜495 
ライブラリファイルの〜495 
文字列の〜 （ GREP ) 564 

文字列中のホワイトスペース566 
探索 コマン ド （ TC エディタ）468 
1単語468 
n 番目の〜469 


大文字/小文字の区別なし469 
逆向き468 
例469 
ローカル469 

探索置換コマンド （ TC エディタ）469 
n 回の〜470 
例470 

短縮コマンド99,ホットキーを参照 
致命的エラー 
MAKE 531 
TLINK 548 

致命的でない エラー ( TLINK ) 548,551 
直接ビデオ出力268 
敢複（シンボルの 〜， TLINK »告 ） 545 
茁祓するシンボル（リンカの聱告 ） 148 
定義 

関数208.212 
文字列189 
列挙型242 

定我済みストリーム240 
可搬性240 
リダイレクト240 
定我テストマクロ 521 
定数210 

16進文字〜244 

Turbo C と Turbo Pascal の違い327 
型つき328 
シンボリック〜480 
整数〜367 
名前の制限192 
浮動小数点〜370 
ポインタ〜338 
文字〜368 
文字列〜370 
ディレクトリ 
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インク ルー ドファイル153 
〜の選択19 

コンフイギュレーションファイル154 
〜の変更122 
ヘルブファイル154 
ライブラリファイル153 
〜の選択19 
低レベルの操作194 
低レベルのブログラミング 434-447 
データ 

型184,187,188,298,370 
符号つき245 
変換326,471 
構造216.316 
構造体227.322 
動的228 

サイズ（ビット）370 
〜セグメント400 
〜定数（アセンブリコード 

ルーチン中での定義）423 
〜の範囲370 
データセグメント 

クラス名の変史489,599 
グルーブ名の変更490,599 
名前の変更490,599 

データの参照（インラインアセンブリ 
コード中での〜）442 
テキスト 

Edit ウィンドウでの〜の入力458 

ストリーム238 

データ型188 

マーク された〜465 

操作 

関数258 
出力259 


画面操作モードも参照239, 

デクリメント演算子 （--) 193,300 
デバッガ53 

ソースレベル54 

統合デバッガ 34,53,54,114.156,162 
インラインアセンブリコード91 
シンボリック〜 484 
デバッグ53 
& と && 72 

大きなソースファイル78 
カーソル位 S まで実行80 
関数の中のトレース125 
関数呼び出しのステッブ実行60 
境界条件88 

コマンド（表） 83.86,115.117 
コンパイル時149 
式の値の変更156 
式の再評価64 
式の評価61.156 
指針87 
実行時54 
実行の開始58 

セッションのキャンセル124 
セッションの再スタート59 
セッションの初期化106，124 
〜中の再コンハ•イル114 
次のブレークポイントへの 
力ーソル移動75 

デハ•ッガからアクセス可能な関数79 
複数ファイルのブログラム78,82 
変数名の修飾65 
ボトムアップ90 
無限ループ63 

〜用のコンパイル 

54,114,123,124,162 
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例 ( WORDCNT ) 56 

デバッグ情報 (• EXE ,. OBJ ファイル）484 
デフォルトのデータポインタ408 
デュアルモニタモード98.100.121,161 
展開(マクロ）500.501 
伝説207 

問い合わせ先 ( MSA ) 10 
等価演算子 （== 演算子）200 
統合開発環境166 

コンフィギュレーションファイル143 

統合デバッガ 34.53,54.114. 

156,162,550,557 
動作環境 (Turbo C ) 3 
動作シンボル ( TUB ) 557.558 
動的データ W 造228 
動的データ割り当て217.219.329 
Turbo Prolog での344,354 
登録ルーチン571 
トークン 

〜の結合366 
〜の3¢換388 

トグルメニュートグルも参照 
自動インデント174 

ドロウカラー281 

ドロウ関数275 

【な】 

二項演算子193 
入門 (Turbo C ) 183 
入力184 

Turbo C と Pascal 301 
関数197 


ヌル終了子(文字列）190 
ヌル文字191 
ヌル文字列332 

ネスト可能コマンドラインオプション 

(- C ) 366 

ネスト可能な区切り記号178 
ネストした関数213,314 
ネストしたコメント143.487 
ネストした梭雑な式のペアマッチ176 
ネストしたマクロ 389 
ネストした命令 ( MAKE ) 524,525 

【は】 

ハードタブ173 

バィト216 

バイトアラインメント138.597 
バイナリストリーム238 
バイナリモード239 
パイブ517,565 
S 己列223.314 

Turbo C と Turbo Pascal 317 
宣言223 

多次元〜224.318,337 
一を 渡す227 
〜と ポインタ223 
ボインタとの違い338 
文字〜189.198 
〜を 渡す226 
パス名 

ブロジエクトファイル中の〜35 
バックアップファイルの自動作成150 
/ヽ•ックグラウンド 
色261,266,280 


キーボードから197,199 
対話型197 
ヌル指令393 


設定261 

バックスペースコマンド464 
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バッファリングされるストリーム239 
パブリック名574 
パラグラフ216,401 
〜境界401 

パレット281 

比較演算子335 
引数 

main 関数への〜122,155 
〜受け渡しシーケンス 
C 419 

C と Pascal 419-422 
Pascal 420,429,433 
コマンドライン〜45.331 
スタック上の順序419 
〜リスト241 
〜を渡す377 
引数受け渡し手順483 
バーサ （ MicroCalc ) 625 
引数リスト（変数）439 
ピクセルカラーの設定281 
ピックファイル169 

Turbo C によつてセーブされる〜 
172 

現在の〜154 

コンフイギユ レー シヨンファイルに 

セーブされる〜名154 

内容 

ピックリスト170 
ファイルデータ170 
エディタ情報170 
〜の作成154,170 
〜のロード154 
〜名170 

ピックリスト120,169,170 

ビット216 


ビット演算子194 
ビットフィールド（構造体）380 
ビットマッブフォント278 
ビデォアダプタ256 

グラフィックス 〜 （Turbo C で 
使用できるもの）272 
等しくない (!= 演算子）200 
ひながた（アセンブリコード）424 
非保護モード138 
ヒュージメモリモデル405,412 
ビューボート TCINST ) 257 614 
表示/非表示（ブロック， TC ェディタ）466 
標準スタック フレーム 80,483 
標準ディスブレイの設定151 
標準ファイル 

イ ン クルード 153 
ライブラリを無効にする43 
比率（ピクセルの縦横）276 

ファイル 

.COM 404 
.EXE 

Build 21 
Make 128 
Pascal 330 

ブロジェクト Make による命名 
128 

プロジェクトファイルからの 
ファイル名36 
〜 I/O 333 
• OBJ 128 

プロジェクト Make による命名 
129 

〜へのコンハ•イル128 

README 12 

依存関係 ( MAKE によるチヱック ） 50 
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〜インクルード指令509,524 
インクルード〜390 
オブジェクト〜21,577 
外部〜42 

スタートアップ〜153 
拡張子つき〜名マクロ 523 
グラフイックスドライバ〜の 
リンク274 

〜検索ブログラム499.562 

コンフイギユレーション〜 

20,166,172 
TC 166 

TCINST との関係168 
オプション47 
コマンドライン47,166 
コマンドラインの«先49 
作成する48,167 
自動セーブ150 
セーブ155 
統合開発環境166 
名前150 

〜にセーブされている 

メニュー設定内容166,168 
変更169 

ユーザ定義の〜168 
ロード21.155 
実行可能〜21 

TCC による命名46 
〜指定 ( GREP ) 565 
情報(依存チェック）42,133 

ソース〜20 

.ASM 45 

Edit ウィンドウでの操作109 
〜のサイズ130 
自動セーブ150 


〜ディスクへの害き出し26,111 
〜の上害き111 
〜の作成110 
〜のセーブ111 

〜の名前130 

〜のロード20,21,110 

複数の〜35,36,38 
複数〜のエディタへのロード39 
名前（コマンドライン上の）46 
〜の依存関係505 

MAKE によるチ i ック507 
バックアップ〜の自動作成150 
ビック〜169 

Turbo C によって 

セーブされる〜172 
エディタ情報の保持170 
カレント〜154 

コンフイギユレーシヨンファイル 
にセーブされている〜154 
〜の作成154,170 
〜のロード154 
ピックリストの保持170 
標準インクルード153 
標準ライブラリを無効にする43 
フォント〜の登録278,280 
古い〜の再コンパイル40 
フル〜名マクロ 522 
プロジェクト〜35,36,131 
〜中のグラフィックス 
ライブラリ270 
OBJXREF で使う〜581，588 
ベース名〜マクロ 522 
〜名ハ 0 スマクロ 523 
ライブラリ〜577 
外部の〜43 
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ランタイム 153 
リンカレスポンス〜 

(OBJXREF で使う）581.588 
レスポンス〜577,580 
自由形式の〜580 
リンカ〜581,588 
ファイルイン クルー ド命令524 
ファイル上害きコマンド （ TC エディタ） 
467 

フイールド 

〜幅186 

〜指定子195 
複数の324 
フィル関数275 
フイルバターン276 
フォアグラウンド 
色262,266 
設定 setting 262 

フォント 

Turbo C に含まれている〜571 

グラフィックスライブラリへの 
追加570 
〜の登録571 
〜のリンク570 

ビットマップとストローク278 
〜ファイルの. OBJ への 変換570 
〜ファイルの ロー ドと登録280 

複合代入演算子195 
複合文202,203 

複数ソースファイルのブログラム34,35 
〜の作成36 
複数の演算子195 

複数の言語を使うプログラミング419 
複数の ソースファ イル36 
土ディ タへの ロード 39 


複数のディレクトリ 

(インクルード，ライブラリ）496 
複数のフィールド324 
複数の文字列単位370 

複数のリスト（コマンドラインオプション) 

# defines 481 
インクルード493 
マクロ定義481 
ライブラリ493 

夜数ファイルのブログラム管理503 

符号拡張372 

浮動小数点 

エ ミュレ ー ション 448 
エラーの検出453 
〜演算482 

演算 

式の評価順序374 
〜数187,188 
チップ482 
〜定数370 

〜ライブラリ448,482 
割り込み関数445 
〜を 使用しないブログラム451 
負のオフセット400 
ブライマリファイル128,129 
フラグレジスタ398 
ブラス（単項演算子）193 
フラッシュ（ストリームバッファ）239 
プリプロセッサ394 
CPP 500 

〜指令136,339,388 
マクロ 389 
リストファイル501 
コン ハ。 イル501 
デ八ツグでの利用501 
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例 501 

ブリンク指定ビット262 
プリント（ファイルの〜， TC エディタ）467 
フルファイル名マクロ 522 
ブレークポイント54,114,1162 
TC が〜を見失う73,164 
〜の キャンセル74 
〜の削除163.164 
〜の設定59 
〜の揷入163 
〜の引き継ぎ 

(他のデバッグセッションへ ） 73 
〜へのカーソル移動165 
ブレースマーカ （ TC エディタ） 

探索コマンド470 
セットコマンド471 
ブレフィックス（命令コード） 

繰り返し〜441 

フローハ•ターン 

(Turbo Prolog ) 345,354 
プログラミング 

Turbo C での〜183 
Turbo C と Pascal 293 
基本要素 184 
ブログラム 

〜構成 ( C と Pascal ) 293 
〜の実行22 

複数ソースファイルの〜35 
〜の作成36 

ブログラムマネージャ （ MAKE ) 499.503 
プロジヱクト131 
の Make 〜40 
〜のクリア40 
〜ファイル35,36,131 
〜中のグラフィックスライブラリ270 


プロジェクト Make 

35,40,119,123,128,528 
ブロジェクトファイル35 

OBJXREF で使ぅ581.587 
ブロック （ TC エディタ） 465 
コマンド463,465 

ブロック削除コマンド （ TC エディタ）466 
ブロック文303 

ブロトタイプ(関数〜）212,242 
〜を使用する利点252 
文381 

break 〜305 
case 〜303 
return 〜309 
switch 〜305 
代入〜201 
値201 

ブロック〜302 
ベァマッチ176,177 
後向きの〜177 
〜コマンド176 
コメント区切り記号176.178 
大カッコ176 
単引用符176 
中カッコ176 
二重引用符176 
不等号記号176 
方向のある〜176 
方向のない〜176 
前向きの〜176 
丸カッコ176 
例178,179 

ベアマッチコマンド （ TC エディタ）469 
ベースファイル名マクロ 522 
ヘッダファイル312,321 
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GRAPHICS.H 575 
MCALC.H 622 

ヘルプ 

〜画面109 
〜から出る95 
キーヮード 94 
呼び出し95 
ライブラリ関数95 
索引95 

〜情報を得る95,107,111.112 
〜ファイルのディレクトリ153 
変換326 
int 371 
羝術372 
ポインタ372 
文字372 
列挙型371 

編粜モード（ステータス行の表示）107 
変数 

const 型〜328 

アセンブラルーチンでの定義424 
インデックス〜205 
インラインアセンブリ コー ド中での 
〜の オフセット443 
グローバル〜 294.328,577 
初期化327,329 
静的 ( static ) 〜329 
〜の記憶クラス329 
〜名の修飾65 
〜名の制限192 
レジスタ〜 377,484 
変数引数310 
ポインタ188,216,316 
far 〜379,402 
huge 〜381,403 


才 ーバー ヘッド404 
near , far または huge と 
宣言する 412-413 
near 〜381,402 
Turbo C と Pascal 316 
void 型375 
関係演算子379 
〜操作402 
定数〜338 
デフォルトデータ410 
〜と FILE 型ォブジェクト238 
〜と構造体228 
〜との比較402.403 
!=演算子403 
〜と配列223 
〜の演详403.404 
〜のオフセット217.402 
〜の正規化379,403 
〜の宣言316 
〜の変換372 
配列との違い338 
文字〜189.191.198 
文字列操作316 
ポインタの演算 • 221 
棒グラフ（例題ブログラム）361 
方向のある区切り記号177 
方向の決まったベアマッチ177 
方向のない区切り文字177 
方向のないベアマッチ177 
補助ボート240 

ホットキー （ TC ) 100,101,108,402 
DOS へ抜ける23,101，122 
• EXE フアイルの Make 108,112，128 

. OBJ フアイルへの コ ン八イル 

32,80,127，128 
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一覧表101 

ウィンドウの内容の変更 

77.86 .99. 111.118 

ウィンドウの拡大/縮小 

77.86.99.108.117 
Message ゥィンドウ112 
Watch ウインドウ74.112 

ウィンドウの切り換え 33,76,77,86. 

99.108 .112. 113, 115. 117 
ウィンドウ/メニューの切り換え 
99,108,112,122 
エディタに入る111.122 
カーソル位- 5 K まで実行 78,83.115,124 
_面の切り換え 

22.27.63.77.78.85.101.117 
〜行なわない122 

監視式の削除676,113 

監视式の揷人163 

監視式の追加 75.84.113.117 

監視式の編集85 

コールスタックの表示84,116 

式の評価61,84,116,156 

ステップ実行61.83,108,112,116,125 

次の エラーへ 33,39 

デバッグ83,87.115.118 

トレース 58,71.83,108.112,115.126 

ファイルのセーブ111,120,188 
ファイルのロード20,109 
ブレークポイントの設定/解除 

59,85,117 

ブログラムの Make 22,37,38 
プログラムの Make と実行 

28.37.86.118 

ブログラムのリセット124 
ヘルプを得る99 


ヘルプ画面の呼び出し108 
前の エラーへ 33,38 
メインメニューの選択99 
リセット（ブログラム）83.115 
ロードするファイルのピック110 
ワイルドカードマスクの変更121 
ボトムアップのデバッグ89 
ホワイトスペース197 

【ま】 

マーク されたテキスト466 
前向きのベアマッチ177 

マクロ 

— CDECL — 395 
― COMPACT __ 395 
DATE 394 
― FILE — 394 
― HUGE — 395 
— LARGE — 395 
― LINE — 394 
—MEDIUM — 395 
__ MSDOS __ 395 
— PASCAL __ 395 
__SMALL __ 395 
— STDC __ 394 
— TIME — 394 
TINY 395 
— TURBOC — 395 
各 M ファイル名〜 523 
拡張子つきファイル名〜 523 
〜中のマクロ 520-521 
〜の定義 136-137,519-520 
makefile 中の〜509 
構文510 

コマンドラインオプション481 
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例 520-523 
定義解除指令 509 
定義解除命令 528 
構文528 

定義済み〜 394-395,521 
定義テスト521 
〜展開389,500,501 
〜のネスト389 
ファイル名523 
ファイル名パス〜523 
フルファイル名〜522 
プリプロセッサ501 
ベースファイル名〜522 
文字列への 変換 389 

マクロ 定義 

オプション481 

マクロ定我のデフォルトの設定597 
マスク （ Load コマンドでの〜） 12 〇 
マスターディスク1 

バックァップ11,13 
マッチしない区切り子177 
マッブ (丁 LINK が生成する 

実行可能 ファイルの〜）542 
マップファイル147,599 

TLINK が生成する〜537 

オブジヱクトファイルと〜139 
ミデイアムメモリモデル404 
未定義 ルーチン 

( TC コンハ•イラが探す） 148 
無限ルーブ206 

無効にする（標準ライブラリを〜 ） 44 
明示的な依存関係41 
明示的なライブラリィファイル 495 
明示的なルール510,511 
MAKE が実行する511 


構文 510 

コマン ドリ スト510 
〜中のソースファイル510,511 
〜中のターゲットファイル 

510.511 
例 511 

命令 509,523 

エラー〜509.527 
構文 527 

条件実行〜 509,524 
構文 525 
〜中のマクロ 520 
〜の ネスト 524,525 
ファイルインクルード509,524 
マクロ 定義の解除 509,528 
f 舞文 528 

命令 コードのニーモニック 

(インラインアセンブリ） 440 
命令セット 597 
メイン メニュー96,119 
〜オプション 134 
〜バ ー 105 

メインメニュー ( TCINST ) 458 

メニュー 

Break make on 38，132 
Break/watch 106,162 
Code generation 135 
Compile 21,105，127 
Compiler 135 
Debug 91,156 
Directories 152.493 
Environment 149,169 
Errors 144 

File 105，119，169,170 
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Linker 147 
Map file 147 
Model 135 
Names 146 
Optimization 141 
Options 105,134,168.169 
Pick 110.120,169 
Project 105.131 
Run 105,123 
Screen size 130，151 
Source 142 
TCINST の〜 

ANSI violation 599 
Break make on 596 
Code generation 597 
Common errors 599 
Compile 594,595 
Compiler 596 
Customize colors 613,615 
Debug 594 

Default color set 613,615 
Directories 605 
Environment 600 
Errors 598 
Initialize palette 613 
Installation menu 594 
Less common errors 599 
Linker 599 

Mode for display 595,612 
Names 599 
Optimization 598 
Options 594,596 
Options for editor 603 
Palette customize 613 
Portability warning 599 


Project 594,595 
Screen size 602 
Set colors 595,613 
Source 598 

Turquoise color set 615 
Two tone color set 613 
Version 1 .x color set 615 
〜からの脱出 595 
メイン〜 594 

〜項目の選択 ( TCINST ) 595 
〜から出る100 
〜からの選択99 
〜システムの構造102,103,104 
ブルダウン〜を移動する99 
〜名の表現法105 
/ イン メニュー 96.105 .119 
メニュー オプション （ TCINST ) 
Alignment 597 
Args 607 

Auto dependencies 596 
Autoindent mode 604 
Backspace unindents 604 
Backup source files 601 
Calling convention 597 
Case-sensitive link 600 
Clear project 596 
Config auto save 601 
Debug 607 

Default char type 597 
Default libraries 599 
Defines 597 
Display swapping 607 
Edit auto save 601 
Editor commands 594,608 
Floating point 597 
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Full graphics save 602 
Generate underbars 597 
Include directories 605 
Initialize segments 599 
Insert mode 603 
Instruction set 597 
Jump optimization 598 
Keep messages 601 
Library directories 606 
Line numbers 598 
Map file 591 

Merge duplicate strings 597 
Message tracking 601 
Models 597 
Optimal fill604 
Optimize for 598 
Output directory 606 
Pallete set up 602 
Pick file name 606 
Primary file 595 
Project name 596 
Quit/save 595,617 
Register optimization 598 
Resize windows 595,616 
Stack warning 600 
Standard wtack frame 597 
Tab size 604 
Test stack overflow 597 
Turbo C directory 606 
Use register variables 598 
Use tabs 604 

Warn duplicate symbols 600 
Zoomed windows 601 

メニュー 項目の選択 (TCINST) 595 

メニューコマンド 102 


Add watch 76.84.117.163 
Build all 58,127 
Call stack 80,84 ,116,160 
Change dir 19,122 
Clear all breakpoints 74,165 
Clear breakpoint 85,117 
Clear project 40,133 
Compile to OBJ 128 
Delete watch 77,84.117.163 
Edit 105.106.122 
Edit watch 76,85,117, 164 

Evaluate 61.62.64.84.116,156 

Find function 80,84 ,116 ,160 
Get info130 

Go to cursor 78,83,115124 

Link EXE file 127,128 

Load 20.109,110,120,170 

Make EXE file 22,35,114,127, 128 

New 110，121 

Next breakpoint 85 

OS shell 98.122 ,169 

Program reset 59,83,115, 124 

Quit 100,122，169 

Refresh display 79,161 

Remove all watches 77,85,117,164 

Remove messages 40,85,118.133 

Retrieve options 20,155 ,168 

Run 59,86.118, 123,169 

Save 111,121 

Save options 

18,151 ,154,155,168,169 
Step over 60,83 ,114,116,125 
Toggle breakpoint 59,85,117，164 
Trace into 58,71 ， 83,115，125 
Use screen 22,27,61,77,79,100,126 
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View next breakpoint 75，117.165 
Write to 111，121 

メニューシステム （ TCINST ) 594 

メニュー設定項目 102 

Arguments 123.155 
Current pick file 154,171,172 
Defines 136 
Errors : stop after 144 
Identifier length 143 
Include directories 19.153 
Library directories 19,153 
Output directrory 19,153 
Pick file name 154,170 
Primary C file 129 
Project name 36.131 
Tab size 151,173,174 ,175 
Turbo C directory 154 
Warnings : stop after 144 

メニュー トグル1〇2 

Alignment 138 
ANSI keywords only 143 
Auto dependencies 133 
Backup files 150 
Calling convention 137.378 
Case-sensitive link 149 
Config auto save 150,169 
Default char type 138 
Default libraries 248 
Display swapping 77 ,lbl 
Display warning 145 
Edit auto save 150 
Floating point 138,448,450, 451 
Generate underbars 138,378 
Graphics libraries 148 
Initialize segments 147 


Instruction set 138 
Jump optimization 142 
Keep message 39,150 
Line number 139 
Message tracking 39,129，149 
Nested comments 143,178 
OBJ debug information 

58.84.114.116.125.140.160 
Optimization for 141 
Register optimization 142 
Source debugging 

54,58, 114,123,125 .160,162 
Stack warning 148 
Standard stack frame 

80.84 .116.138.160 
Test stack overflow 139 
Use register variables 141 
Warn duplicate symbols 148 
Zoomed windows 151 

メモリ 

〜アドレッシング136,597 
使用可能なメモリ 130 
〜セグメンテーション400 
〜ダンプ67.158 
〜割り当て219,304 

Turbo Prolog との関連344 
動的〜217,219 
グラフィックスシステム274 
構造体での明示的な〜229 
配列223 
明示的な〜224 
メモリ常駐ルーチン446 
メモリモデル136,345,379,404, 

411,398 -41 8,597 
Turbo Prolog との関連347 
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〜ごとのスタートアップモジュール 

415 

〜ごとのライブラリファイル415 
〜スイッチ136 
図 405-408 

メモリルオブシヨン（コマンドライン） 

480,481 

メモリモデルの 異なる モジュールの 
リンク 417 

メンバアクセス演算子323 
文字187 

画面セル中の〜256 
〜の Scl 列 189,198 
〜変数のポインタ191,198 
文字コード （16 進）369 
文字削除 コマン ド （ TC エディタ）464 
〜セット570 

リンク liking 570 
文字定数 (16 進) 244.368 
文字ポインタ191 

モジュール 

サイズの制限343 

メモリモデルが異なる〜のリンク417 
文字列187,224 

Turbo C と Pascal 318 
重複する〜の結合139 
定義189 
ヌルで終る〜190 
〜の配列189 
抜数の〜370 
ボインタとの関連316 
連結370 
〜を 渡す198 

モダン C スタイル211,212 


【ゃ】 

ューティリティ 499, 

スタンドアロンユーティリティを参照 
ューザ画面100 
ューザ 画面 バッファ 100 
ユーザ 指定の コンフィギュレーシヨン 
ファイル167 

ユ“ザ指定のライブラリファイル494 
抑制する（警告メッセージ）488 
呼び出し手順597 
呼び出しシーケンス 
C 137 
Pascal 137 
呼び出す 

ヘルブ画面 94 
メインメニュー 124 
统み込み（ストリームの〜） 239 
予約語 367 

より大きい (> 演算子）200 
より大きいか等しい (> = 演算子）200 
より小さい（く演算子）200 
より小さいか等しい（く =演算子）200 

【ら】 

ラージコードモデル 409 
ラージデータモデル 408 
ラージメモリモデル 405,411 
ライブラリ 

Turbo C の〜 

TLINK で 使用す る 539,540 
数学540 
〜の再作成484 
浮動小数点540 
ランタイム〜 541 
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オブジヱクトファイル554 
コマンドラインオプション 

複数の〜493 
〜ディレクトリ493 
複数の〜496 
デフォルト〜599 

〜の無視 ( TLINK ) 545 

〜ファイル 

Turbo C 〜494 
暗黙の〜494 
〜の探索495 
明示的な〜494 
ユーザ指定の〜494 
浮動小数点482 
8087浮動小数点 

エミュレーションルーチン482 
〜名 （ TLIB ) 555 
ライブラリアン （ TLIB ) 499,554 
ライブラリ関数に関するヘルプ95 
ライブラリファイル577 
外部43 

ディレクトリ167 
〜の選択19 

メモリモジュールごとの〜417 
ランタイム〜153 
〜を使う415 
ラインスタイル275 
ラベル（インラインアセンブリ 
コー ドでの〜）444 

ランダムアクセス（ストリームの〜）239 
リカーシブ関数411 
リスティングファイル 

(プリプロセッサ: CPP ) 500 
コンパイル500 
デバッグでの利用500 


例501 

リストファイル （ TUB ) 556 
リタイブ326 

リダイレクション155,517,607 
リダイレクト （定義 済みストリームの〜） 
240 

リテラル文字列564 
〜のマージ 482 
リンカ （ TLINK ) 147,499,536 
Turbo Prolog との関連347 
エラーメッセージ32 
オブション（コンフィギュレーション 
ファイル中の）166 
直接使用する415 

リンカエラー : segment exceed 64 K 573 
リンカコマンドラインオプション492 
リンカレスポンスファイル 

(OBJXREF で使用する）581,588 
リンク127 

Make せずに〜する129 
Turbo C と Turbo Prolog の〜 341 
大文字/小文字を区別した〜149 
グラフィックスドライバ570 
コマンドラインからの〜45,46 
フォント570 

メモリモデルが 

異なるモジュールの〜417 
文字セット570 
リンクマップ（詳細な〜）492 
ルーチン（アセンブリコード〜）422 
ループ 185,204 .306 
do".while 207 
for 205 

repeat...until ( Pascal ) 208 
while 204 
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無限〜 206 
ループの 再構成142 
ルール 

暗黙の〜509,513 
構文514 

コマン ドリスト516 
ソース 拡張子514 
ターゲット拡張子514 
例514,515,516 
明示的な〜510.511 

MAKE による実行511 
構文511 


DS 400,402,435 
DX 399,428,435 
DX 435 
ES 400,435 
IP (命令ポインタ）398 
SI 399,431，435 
SP 399,428,435 
SS 400.435 
〜使用の憤例431 
〜使用の最適化442 
セグメント〜399,400 
フラグ398 


コマンドリスト516 
〜中のソースファイル510 
〜中のターゲット510 
例501 

レコード317 

Pascal の〜 322 

レジスタ 

8086 の〜 398-400 
図398 

8087/80287スタックトッブ428 

AH 435 

AL 435 

AX 399,428,435 
BH 435 
BL 435 

BP 399,428,435 
BX 399,435 
CH 435 
CL 435 

CS 400,402,435 
CX 399.435 
DI 399,431,435 
DL 435 


〜変数141,377 

Turbo Prolog との関連344 
インラインアセンブリ コード 
レジスタ疑似変数487 
レジスタ変数485 

〜の使用を抑える484 
〜の使用を可能にする485 
レスポンスファイル577 
TLIB 559 
TLINK 538 
形式577 
自由形式578,580 
列挙データ型298,374 
定義242 

列の幅の設定 ( MicroCalc ) 620 
レポート （ OBJXREF ) 

〜オプション579 
外部参照の〜580,585 
クラスタイブ別の〜579,586,588 
参照されていないシンボルの〜 

579,586 

参照による〜579,584,587 
詳細な〜521,580,587,588 


442 
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パブリック名 順の 579,583 
モジュールサイズの〜 579,585 
モジュール別の〜 579,584 
例582 

ロード 

TC の〜 17 

ソースファイルを TC に〜する18 
ロード操作(冗長な〜の除去）142,485 

ロングワード216 

論理 AND 演算子 (&&) 201 
論理 NOT 演算子⑴201 
論理 OR 演算子 （）201 
論理演算子201，301,307 

【ゎ】 

ヮード216 

〜アラインメント138,380 
ワードアラインメント597 
辂数の〜482 
ワイルドカード467 

OBJXREF コマン ドライ ンでの〜 
578 

CPP での使用500 
割り込み 

〜関数445 

〜での浮動小数点演粹445 
例445 

〜ハンドラ446 
• へ •、クタ 383,447 
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